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Hogy hová jutottunk...! 


estvérlapunk, a Linux Journal 

most ünnepli a századik számát. 

Mi ugyan csak a huszadik lap- 
zártát izguljuk végig, és nem tekinthe- 
tünk vissza nyolcéves múltra, mégis úgy 
érzem, osztozhatunk az ünneplésben. 
Akárhogy is nézzük, nagyon sokat 
változott a számítástechnika ez alatt a 
nyolc év alatt. Hogy mennyire így van 
ez, akkor tűnik szembe, amikor , rövid 
összefoglalót" szeretnénk készíteni erről 
az időszakról. Erre vállalkoztak az LJ 
munkatársai is, és akárhogy igyekeztek 
is megragadni a száz legfontosabb 
pillanatot (a hétoldalnyi összesítőt lásd 
a 20. oldalon), érezhető, hogy bizony 
sok mindent ki kellett hagyniuk. 


Visszatekinteni? 

De milyen tanulságot hordoz ez a mi szá- 
munkra? Nézzük csak... nyolc év alatt 
jutottak el az első , üzemeltethető" rend- 
szer felbukkanásától (ami messze nem 
volt komoly munkavégzésre alkalmasnak 
nevezhető) a jelenlegi helyzetig. lehát 
addig a pontig, hogy ma már mind 
nyugatról, mind keletről rendkívül sok 
hírt hallani, hogy az X állami szervezet 
vagy az Y óriáscég a GNU/Linuxra való 
átállás hatásait elemzi, vagy éppen nyilat- 
kozatban fejtik ki lesújtó véleményüket 

a Microsoft üzletpolitikájáról. Amerika és 
Nyugat-Európa több területe is eljutott 
oda, hogy egy rendszergazda számára a 
Linux ismerete alapkövetelmény, nem 
pedig elnézendő hóbort. Nyolc év kellett 
,odakint" ahhoz, hogy megismerjék és 
megszeressék ezt a rendszert. 


És idehaza? 

A linuxos világ egy csöppet késve 
indult, és valljuk be, amolyan ,magyar 
módra". Az oktatásban értetlenül néztek 
a jövevényre, a vállalatoknál tűzzel- 
vassal irtották a Linux-pártiakat, a 
továbbképzésre fordított összegekből 
sem jutott erre a területre (már ahol volt 
ilyen keret), sőt gyakorta olyan hango- 
kat is hallani lehetett, hogy komoly 
szakmai döntések alkalmával határoztak 
a ,szabad rendszerek" ellen, nyilvánva- 
lóan a szakmai hozzá nem értésnek és 

a zárt rendszerek ügyes marketingpoli- 
tikájának következtében. 

Ha viszont a másik oldalról nézzük, a 
hazai szakembereknek két-három év 
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alatt kellett behozniuk a nyugat (lega- 
lább) négyéves előnyét, csekély külső 
támogatás mellett, vagy éppenséggel 
az árral szemben úszva. Ez pedig látvá- 
nyos sikerrel járt. Ma már szerencsére 
nincs olyan épeszű közép- vagy nagy- 
vállalat, ahol ne használnának linuxos 
gépeket, sőt egyre több szervezet is 
büszkén hirdeti, hogy náluk a szabad 
rendszerek viszik el a pálmát. Azért, 
hogy ez megvalósulhatott, nagyon 
nagy köszönet illeti az egyetemi és főis- 
kolai oktatókat, akik nem elégszenek 
meg a ,szokásos" tananyaggal, hanem 
folyamatosan újítják, bővítik azt. Mert 
a Linux remek segédeszköz a számítás- 
technika oktatásához! És ma már szeren- 
csére sokkal több annál. 


Sikító Linux 

Pár hónapja jutott el a rendszer oda, 
hogy bátran kijelenthetjük, egy hozzá- 
értő rendszergazda fel tud készíteni egy 
hálózatot az irodai munkára, de akár a 
titkárnők számára is. Itt most nem a 
titkárnőket szeretném leszólni, félreértés 
ne essék, csupán két dologra kívánok 
rámutatni: az egyik, hogy bizony sokat 
kellett várnunk (és dolgoznunk) ahhoz, 
hogy a megfelelő eszközök és progra- 
mok elkészüljenek, a másik pedig, hogy 
a GNU Linuxot nem arra találták ki, 
hogy egy titkárnő vagy egy képzetlen 
rendszergazda telepítse, üzemeltesse. 
Amennyire tudom, a Linuxot ért legtöbb 
lesújtó vélemény mögött egy félig (sem) 
képzett, a rendszert nem ismerő vagy 
éppen lusta rendszergazda áll. 

És a másik nagyon fontos terület, a 
magyar szakirodalom hiányossága is 
megoldódni látszik. Három évvel ezelőtt 
igen furán néztek rám a kiadóban, 
amikor kijelentettem, hogy a Linux 
hálózatok című könyvet ki szeretném 
adni. Szerencsére a könyvnek remek 
fogadtatása volt, és azóta se szeri, se 
száma a Linuxszal és a rendszerhez 
kapcsolódó témákkal foglalkozó köny- 
veknek. Ma már olyan témákról is 
komoly kiadványokat lehet találni, mint 
például a héjprogramozás, sőt az LME 
által készített Pingvin Füzeteknek is 
egyre több része készül el (lásd a lemez- 
mellékletet!). 

Röviden összefoglalva tehát úgy látom, 
hogy a hazai szakemberek a nehézsé- 


gekre fittyet hányva elérték a céljukat, 
és egy-két év múlva majd minden 
vállalatnál boldogan bólintanak, ha a 
munkatárs Linux alatt kíván dolgozni. 
De addig is még sok dolgunk van! Itt 
van például nagy vesszőparipám, a 
magyarítás, a honosítás. 


Szépen magyarul . . . 

Bizonyára mindenki tudja, aki pár 
lapszámunkat átfutotta, hogy nálunk 
is komoly viták alakulnak ki egy-egy 
szó használatával kapcsolatban. Szeren- 
csére nagyon sok kifejezés értelmezése 
és használata már letisztult, de mindig 
vannak ,elsietett" fordítások, utólag 
észrevett ütközések. Történt például 
az előző számunkban, hogy a nagy 
sietésben a szerkesztő a , konferencia" 
szót mindenhol , tanácskozás"-ra 
cserélte le, ennek szomorú mellékhatá- 
saként a több éve rendezett Linux 
Konferencia viccesen Linux-tanácskozás 
néven került bele az újságba. Ezért 
ezúton is elnézést kérünk a Linux 
Konferencia szervezőitől. 

Emellett nagy előrelépés, hogy végre 
üzembe helyeztük weben is elérhető 
szótárunkat: nem túl bonyolult prog- 
ramról van szó, remélhetőleg ennek 
ellenére könnyen és gyorsan használ- 
ható, és sokaknak segítséget tud majd 
nyújtani a fordítások, magyarítások 
világában! lermészetesen ez a szótár is 
egy folyamatosan bővülő és változó 
adatbázis, ezért arra kérek mindenkit, 
ha hibát talál benne, vagy hiányol belőle 
valamilyen kifejezést, írja meg nekem! 
Sőt, azt is örömmel fogadom, ha a 
szótárban lévő szavaknál ötletesebb, 
találóbb fordítást kapok. Előre is 
köszönöm és sok sikert kívánok! 


SZY GyŐrgy 

a Linuxvilág főszerkesztője, 
a Kiskapu Kiadó vezetője. 
Mindenki véleményét és 
levelét örömmel várja az 
alábbi levélcímen: 
lnuxvilag.hu 











Programvadászat 


Gnome 2 

Hosszas fejlesztés és hibajavítás 

után megjelent végre a Gnome 2. 

Az X Window Systemre épülő Gnome- 
környezet a GNU/Linux-felületen 
kívül Solaris, HP-UX, BSD és Darwin 
(MacOS X) rendszereken is futtatható. 
Az új Gnome a grafikus felhasználói 
felületek készítéséhez használt GTK- 
lib 2-es változatát használja, amely a 
szokásos GLib-en kívül újabb rendszer- 
könyvtárakat is igényel. A szövegkeze- 
lés és betűtípus-leképezés (font rende- 
ring) feladata a GIK-- 2-es változatától 
kezdve a Pango nevű könyvtárra 
hárul, míg az AIK a kisegítő lehető- 
ségek (például a választható be- és 
kimeneti eszközök használatának) 
GITK-n keresztüli könyvtárszintű 
megvalósításáért felel. 
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GNOME is... 


Computing made easy. 





Korongunkra felkerült a Gnome 2 for- 
rása és Red Hat rendszerhez tartozó 
rpm-csomagok. 


Pingvin Füzetek 

Korongunkon helyet kaptak az LME 
által készített eddigi Pingvin-füzetek 
darabjai. Ezek a következők: 

e  Linux-alapparancsok 

e . Linux-héjprogramozás 

e . Linux-segédprogramok 

e  Linux-hálózat 

e  Linux-karbantartás 

A füzetek segítségével megbarátkoz- 
hatunk a Linux látásmódjával, alapvető 
parancsaival, a hálózati beállításokkal, 
a héjak programozásával és a rendszer 
karbantartásával. Ezek a számok mind- 
mind különálló nagy témaköröket 
érintenek. A kezdőket bevezetik 

a Unix rejtelmeibe, megismertetik őket 
ezzel a különleges világgal; a haladók 
pedig kedvükre turkálhatnak rend- 
szerük legmélyebb bugyraiban is, így 
veszélyeztetve azt; ám mindenképpen 
sokat tanulva és fejlődve fognak felállni 
a gép elől. Egy jótanács: a rendszer- 
gazdai teendőket először ne , éles" 
gépen gyakoroljuk! 


www.linuxvilag.hu 


SuSE 8.0-rendszerfrissítés 
Az előző számunkból kimaradt SuSE 
Linux 8.0-frissítéseknek mostani koron- 
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SAZK10 Online Update 


A YaST2 először beolvassa a 
frissítőcsomagokról szóló listát a 


Reading patch-description perl-Cyrus-IMAP-556 

Reading patch-description perl-Cyrus-SIEVE-acap-555 
Reading patch-description perl-Cyrus-SIEVE-managesieve-554 
Reading patch-description perl-Digest-MOS-692 





gunkon adunk helyet, ebben a rövidke 
írásban használatának rejtelmeibe 
szeretném olvasóinkat bevezetni. 
Helyezzük be a CD-t a meghajtónkba, 
és indítsuk el a YaSI2 programot. 
A rendszergazdai jelszó megadása után 
kattintsunk a Frissítés Patch CD-ről 
feliratra vagy ikonra. 
Ezután a program beolvassa a CD-n lévő 
adatokat, és megkeresi a telepített 
programok új vagy javított változatát. Ezt 
követően egy listát kapunk, amelyből 
kiválaszthatjuk és módosíthatjuk a Yast2 
által felajánlott csomagok frissítését. 
A frissítés különlegessége az első helyen 
szereplő KDE 3.0.2-1 csomag, amelynek 
0, MB a mérete - ettől nem kell meg- 
ijedni, csak kétszer két kattintás választ 
el bennünket a telepítéstől, kattintgas- 
sunk hát bátran! 
A csomagok melletti jelek magyarázata: 
e  X:az Ön által kiválasztott és a telepí- 
téshez kijelölt frissítőcsomag. 
A YaS12 ezeket a frissítőcsomagokat 
letölti és telepíti. Ha egy bizonyos 
frissítőcsomagot mégsem akar tele- 





píteni, egy dupla kattintással levehe- 
ti a listáról (vagy válassza ki a meg- 
felelő sort, és használja az ALT-A-t). 

e — G: elérhető, de nem feltétlenül szük- 
séges frissítőcsomag (frissítés egy 
olyan csomaghoz, ami az Ön rend- 
szerén nincs telepítve). A frissítőcso- 
magot letöltheti, de a Ya5I2 nem 
fogja önműködően telepíteni. 

e — : nem kiválasztott frissítócsomag 
(a YaS12 se nem tölti le, se nem tele- 
píti). Kiválasztásához kétszer kattint- 
son a kívánt csomagra (vagy ALTI-A). 

Miután mindezzel végeztünk, kezdjünk 

neki a frissítésnek! Kattintsunk a 

Következő gombra, ekkor a rendszer 

csak a kijelölt csomagok letöltését végzi, 

majd ismételten a Következő gombra 
kattintva a csomagok ellenőrzése és 
telepítése történik meg. Ez a rendelke- 

zésre álló memória nagyságától és a 

processzor erejétől függően bizony 

eléggé elhúzódhat. A frissítés elvégzése 
után jelentést kapunk a telepített cso- 
magok, illetve a biztonsági frissítések 
számáról, erről bővebb tájékoztatást is 
kérhetünk. Legvégül kattintsunk a Kész 
gombra, és élvezzük munkánk gyümöl- 
csét! A telepítéssel, illetve a frissítéssel 

kapcsolatos kérdésekre a 

2 http:/sdb.suselinux.hu adatbázisban 

kaphatnak választ. 

A SuSE 8.0 hivatalos frissítő-CD-t a SuSE 

Linux magyarországi irodája állította 

össze a Linuxvilág olvasói számára. 


Rendszermag 

Féléves fejlesztés után megjelent a 
2.4.19-es megbízható rendszermag, 
mostani korongunkon ezt és a 2.5.30-as 
fejlesztői magot is közreadjuk. 

Játék 

Az előző korongra sajnos hibásan került 
fel a Tux Racer játék, ezért most ismét 
szerepel rajta. Sokan kérték, hogy 
tegyük újra közzé, mivel nagyon sze- 
retnék kipróbálni ezt a remek játékot. 


Csontos Gyula 

(Csontos .Gyulaolinuxvilag.hu) 
a Linuxvilág szakmai és 
CD-szerkesztője. Szabadidejé- 
ben szívesen mászik hegyet 
és kerékpározik. 
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Uj ATI Radeon kártyák jelentek meg 
Az AITi Radeon sorozata új tagokkal 
bővült, illetve bővül a közeljövőben. 
Ugyan az új kártyák Radeon 9000, 
Radeon 9000 Pro és 9700 jelzést viselő 





lapkákkal kerülnek forgalomba, ez a 
Radeon már messze nem az a Radeon, 
amit jó ideje ismerhetünk. A legnagyobb 
sorszámot kapott lapkához például 

128 MB memória társul, a DVI-felülettel 
rendelkező megjelenítőket és 1024 x768- 
as felbontásig tévékészülékeket is meg 
tudja hajtani; támogatja a 8X AGP és a 
9.0-s DirectX szabványt, nyolc párhuza- 
mosan működő leképező csővezetékkel 
és négy független geometriai motorral 
rendelkezik, hogy csak a legfontosab- 
bakat említsük. A Radeon 9000 kártyák 
a tengerentúlon már kaphatók, a 9700-as 
példányokra még várni kell egy 
hónapot. 

2 http:/www.atitech.com 


Ellenségből jóharát? 

A nyílt programok világá- 
nak hívei és a Microsoft 
képviselői eddig nem sok jót mondtak 
egymásról, most mégis egyfajta közre- 
működés alakul ki az előbbihez tartozó 
Apache Software Foundation és a 
mamutcég között. Az érintettek közvet- 
lenül ugyan nem dolgoznak együtt, ám 
a Covalent lechnologies által fejlesztett 
Enterprise Ready Server termékben 
megvalósul az Apache 2.0 és a Microsoft 
ASP .NET fejlesztői környezetének 
együttélése. 

Ezzel a lépéssel a Microsoft részben 
kiránthatja a talajt a saját IIS webkiszol- 
gálója alól, viszont megnyerheti a fej- 
lesztőket az ASP .NEI eszközök számá- 
ra. A Microsoft egy nap eltéréssel azt is 
bejelentette, hogy a .NEI-alkalmazások 
az Oracle adatbázisokkal is magas szin- 
ten együtt fognak működni, így a külön- 
féle rendszerek a korábbinál sokkal job- 
ban összebékíthetők lesznek. Azt, hogy 
a Microsoft valóban nyitásra szánta el 
magát, vagy csak rendkívül ügyes üzlet- 
politikát folytat, még meglátjuk. 

2 http:/apachetoday.com 
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Debian GNU/Linux 3.0 

A Debian Project bejelentette a 3.0-s 
Debian GNU/Linux-terjesztést. A ko- 
rábbi változat még , csak" hatféle, a 
legújabb terjesztés azonban a MIPS, 
Intel Itanium, HP PA-RISC és S/390 gép- 
típusok hozzáadásával immár tizenegy 
géptípus támogatására alkalmas, így az 
új rendszer a kézigépektől kezdve egé- 
szen a szuperszámítógépekig szinte 
bármin futtatható. Az új terjesztésnél is 


debian 


elsődleges a biztonság és az adatvéde- 
lem, de többek között a KDE 2.2-es és a 
Gnome 1.4-es változata sem maradt ki. 
A fejlesztők javítottak a telepítőn — a ter- 
jesztés CD-ről, hálózatról és hajlékonyle- 
mezről egyaránt feltehető, illetve a ko- 
rábbi terjesztések frissítése is kényelme- 
sen elvégezhető. 

Ez az első olyan Debian-változat, amely 
megfelel a Filesystem Hierarchy Standard 
(FH5S) előírásainak, és — bár a megfelelő 
tanúsítvány beszerzése még várat magá- 
ra — a Linux Standard Base (LSB) szerint 
fejlesztett alkalmazásokat is támogatja. 

2 http:/www.debian.org 


Oroszország nem kér 

a Nyugat programjaiból? netben 
Vannak, akik máris a hideg- 84" 
háború folytatását emlegetik, 37 j "a 
szerintem azonban teljesen patás 
természetes önállóság-megőr- 

zési törekvésről van szó. A nagyhatalmak 
ugyanis általában nem szeretnek más 
hatalmakra hagyatkozni, ami nemcsak az 
atombombák egymásra halmozásában ér- 
hető tetten, de a számítógépek területén 
is érvényes. Kína példáját követve most 
orosz részről is elkottyantották, hogy az 
államigazgatásban minél több nyílt — és 
természetesen ingyenes - operációs rend- 
szert és alkalmazást szeretnének látni. 
Maga Vlagyimir Putyin is azt kívánja, 
hogy csökkenjen az országnak a nyugati 
cégek által készített programoktól való 
függése, különösen a stratégiai, nemzet- 
biztonsági szempontból fontos területe- 
ken. Az sem utolsó szempont, hogy újab- 
ban Oroszországban is kezdenek odafi- 
gyelni a jogtisztaságra, ám a költségek 
vásárlás előtti összesítése sokszor mellbe- 
vágó eredménnyel jár. 

Az orosz Védelmi Minisztériumnál már 
most is használnak egy Linux-alapú rend- 
szert, amelynek biztonsága a NetWare 5.1 
és Windows NI-rendszerekénél is maga- 
sabb szintű — hasonló fejlesztés egyébként 
az amerikai oldalon is működik. 








Megjelent az Ogy Vorbis 1.0 
Többéves munka eredményeképpen 
megjelent a szabadon hozzáférhető 
hang- és folyamkódoló kodek 1.0-s 
változata, a fejlesztéséhez az alapítvá- 
nyi hátteret a Xiph Foundation bizto- 
sítja. Az On2 lechnologies 
máris bejelentette, hogy 
videokodekjét hama- 
rosan Ogg Vorbis hang- 
kódolással is hozzáfér- 
hetővé teszi. Az Ogg Vorbis 
hívői azt várják, hogy az új 
kodek átveszi az MP3 formátum vezető 
helyét - annak hatalmas felhasználói 
bázisa ellenére is. Míg az előbbi még 
cégek számára is ingyenes, illetve bár- 
milyen termékbe szabadon beépíthető, 
addig az utóbbi a fejlesztő Fraunhofer 
Institute és az MPEG Consortium elle- 
nőrzése alatt áll, amelyek minden kia- 
dott kódolóprogram után szerzői díj 
beszedésére jogosultak. 
2 http:/www.xiph.org 


Liberty kontra Passport 

Alig egy éve alakult meg a Liberty 
Alliance Project, és máris közzétette 

a nyílt Liberty-előírások 1.0-s változatát. 
A fejlesztés célja az, hogy a felhasználók 
egyszeri bejelentkezéssel és egyszerű- 
sített kilépéssel szörfölhessenek egyik 
internetes oldaltól a másikig. Használa- 
tával lehetővé válik, hogy a különböző 
oldalak és kiszolgálók egyszerűbben, 
gyorsabban azonosítsák a látogatókat, 
és bonyolítsák le a tranzakciókat. A fel- 
használók saját választásuknak megfe- 
lelően több szolgáltatóból álló bizalmi 
köröket hozhatnak létre, és miután 
bejelentkeztek az egyikhez, újabb belé- 
pés nélkül használhatják a többi oldal 





szolgáltatásait. Az első működő 
rendszerek felbukkanása már év végére 
várható, és az újabb változaton is meg- 
kezdődött a munka. 

Az sem utolsó szempont, hogy így fel 
lehet venni a harcot a Microsoft által 
fejlesztett Passport-megoldással. 

A Liberty-tervezetben a teljesség igénye 
nélkül olyan cégek vesznek részt, mint 
a Novell, az RSA Security, az American 





Express, az AOL, a HP a Nokia, a Sony, 
a Vodafone vagy a Sun Microsystem; 
ez utóbbi a Java — Cs, .NNEI-ügyek miatt 
eddig is hagyományosan , jóban" volt 

a Microsofttal. A Liberty részéről máris 
hangsúlyozzák, hogy a Liberty és a 
Passport közötti átjárás megoldható, és 
valószínűleg megfelelő programok is 
lesznek. A szövetség a Microsoftot is 
felkérte a csatlakozásra, és a cég nem is 
zárta ki ennek lehetőségét, bár szoros 
együttműködésre éppen az eddigi pen- 
geváltások miatt valószínűleg nem érde- 
mes számítani. Ennek fényében viszont 
nem egyértelmű, hogy az adatvédelmi 
szempontok miatt sokat támadott, a 
felhasználók -— és sokszor a vásárló-fel- 
használók - szokásainak megfigyelését 
lehetővé tévő Passport miért volna 
rosszabb a Liberty megoldásánál. 

2 http:/www.projectliberty.org 


Machinima Fesztivál 2002 
Filmfesztivált rendeztek az Academy Of 
Machinima Arts ék Sciences és az nVidia 


Corporation szervezésében és támoga- 
tásával augusztus 17-én a texasi Mes- 
guite városban. Az egynapos rendez- 
vényen filmek bemutatásán kívül talál- 
kozókat és kisebb kiállítást is rendeztek. 





lalán létezik még olyan ember, akinek 
a Machinima kifejezés ismeretlen. 

Ez alatt az olyan digitális mozgófilme- 
ket értik, amelyeket virtuális világban, 
ám a hagyományos filmekhez hason- 
lóan forgatnak. A művelet egyszerre 
hasonlít a számítógépes animációk 
készítéséhez, a játékok fejlesztéséhez 
és a filmforgatáshoz. Rövid történetváz, 
forgatókönyv készül hozzá, külön 
veszik fel a hanghatásokat és a szerep- 
lők hangját, majd rendezővel, operatőr- 
rendezővel felveszik a filmet, befeje- 
zésül véglegesre vágják. 

A rendezvényen a díjakat 10 kategó- 
riában osztották ki, például a legjobb 
hang, a legjobb vágás vagy a legjobb 
látvány kategóriákban. A jelentkezési 
határidő augusztus 9. volt, lapzártakor 
még nem tudni, vajon akad-e magyar 
alkotó a jelentkezők között, és ha igen, 
milyen eredménnyel szerepel. 

2 http:/ www.machinima.org 
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Kipróhbálható a Mandrake 9.0 
próbaváltozata 

A nagy nyári melegben sem szünetel 

a munka a Mandrake háza táján. Újdon- 
ságok már nem kerülnek a terjesztésbe, 
jelenleg a hibák javítása folyik, amiben 
bárki segítséget nyújthat, ha letölti a 
terjesztés első próbaváltozatát, és jelenti 
a megtalált rendellenességeket. A várha- 
tóan októberben megjelenő Mandrake 
Linux 9.0 felvonultatja a közelmúlt új- 
donságait: többek között a KDE 3.0.2, a 
Mozilla 1.0.0, a Gnome 2.0, az Evolution 
1.08 és a GCC 3.1.1 kerül bele a DVD-n 
is elérhető terjesztésbe. 

Nem kevésbé fontos, hogy a Mandrake 
pénzügyi helyzete is megszilárdulni 
látszik. A cég bevétele jelentősen növe- 
kedett, ezzel párhuzamosan csökkent a 
veszteség, a 2001/2002-es pénzügyi év 
harmadik negyedéve az eddigi legjobb 
volt a cég történetében. 

2 http:/www.mandrakesoft.com 


Az örök OpenGL 


Az SGI tíz évvel ezelőtt ismerte fel, 

hogy a világnak egy általános 3D-s 

programozási felületre lesz szüksége 

— ekkor indult el az OpenGL 1.0 fejlesz- 
tése. Azóta a 3D-gyor- 


Cenüt. sítók piaca többmilliárd 
dolláros üzletté fejlődött, 


ám az OpenGL fejlesztése továbbra 
sem állt le. Nemrég bejelentették az 
1.4-es szabványt, ugyanakkor megala- 
kult az a munkacsoport, amelynek a 
2.0-s változat kidolgozása lesz a fela- 
data. Az új szabvány megjelenése 
valamikor a jövő évben várható. Fej- 
lesztését sajnálatos módon hátráltat- 
hatja, hogy a Microsoft megkaparintott 
néhány 3D-s képmegjelenítéssel kap- 
csolatos szabadalmat, és ezek után 
szabadalmi díjra jogosult — ez kellemet- 
lenül érintheti a Linux- és Macintosh- 
felhasználókat. 
Első hallásra kicsit elvetemült ötletnek 
tűnik, hogy a Nokia és az SGI egy 
mobiltelefonokra szánt, OpenGL -alapú 
programozási-megjele- 
Khronos nítési felület fejlesztésére 
group szövetkezett. A munká- 
ban a Khronos Group 
is részt vesz, amely játékgépekhez, 
terminálokhoz és repülésirányító mű- 
szerekhez készülő különféle grafikai és 
médiaszabványok fejlesztésével fog- 
lalkozik. A mobilgépeken, telefonokon 
is használható 3D-s megjelenítési 
lehetőség révén teljesen új, például 
térinformatikai alkalmazások vagy 
játékok jelenhetnek majd meg. 
2 http:/www.opengl.org 
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A D-Link hejelentette az első 
kétsávos vezeték nélküli útválasztót 
A D-Link az első olyan cég, amely két- 
sávos, 24 és 5 GHZz-es frekvenciákon 
egyaránt működőképes vezeték nélküli 
útválasztót hoz forgalomba. A készülék 
egyszerre szolgál IEEE 
302.11a szabvány szerint 
működő, 54 Mb$Ss sebessé- 
gú; IEEE 


802.11b 

a szabvány 

- szerinti, 
11 Mb/s se- 
bességű; és IEEE 
802.11b szerinti 22 Mb/s 

sebességű vezeték nélküli útválasztó- 
ként, valamin négykapus, 10/100 Mb/s 
sebességű ethernetkapcsolóként. Segít- 
ségével könnyedén építhetők a jövőbeli 
fejlődést is követni, kiszolgálni képes 
hálózatok, illetve a meglévő eszközök 
mellé gond nélkül vásárolhatók újabb 
5 GHz-es hálózati elemek. 
A D-Link AirPro DI-764 webalapú grafi- 
kus felhasználói felülettel bír, amelyen 
minden beállítás súgóval támogatottan 
adható meg, a későbbi visszaállításokra 
gondolva a számítógép merevlemezére 
is menthető. Az új rádiós eszköz képes 
tartományok, IP- és MAC-címek, vala- 
mint URL-ek - a bennük szereplő sza- 
vak alapján történő — kizárására, támo- 
gatja a virtuális magánhálózatokat, a 
hálózati címfordítást, beépített tűzfallal 
rendelkezik, valamint 256 bites WEP- 
titkosítással védi a hálózat sértetlenségét. 
2 http:/www.dlink.com 


e230 Webserver-i 

A ZILOG beharangozta eZ80 procesz- 
szorcsaládjának legújabb tagját, az eZ80 
Webserver-i lapkát. Az új termékbe 
minden olyat beépítettek, amely egy 
kisebb webkiszolgáló üzemeltetéséhez 
szükséges lehet: az 50 MHz-es procesz- 
szorhoz 16 MB memória, teljes TCP/IP- 





protokollkészlet, infravörös és ethernet- 
csatoló jár. Nem is akármilyen áron, 
1000 darabot vásárolva a lapka ára nagy- 
jából 1500 forint darabonként, de egy 
kicsivel magasabb díjszabás ellenében 
akár egyetlen példány is megrendelhető 
Interneten keresztül. 


Az új lapka - a jó öreg 7380-as alapjaira 


ő Linuxvilág 


építkezve - elsősorban olyan készülékek- 
ben kaphat helyet, amelyeket fejlesztőik 
weben keresztül felügyelhetővé szeretné- 
nek tenni - ilyenek például az ipari 
mérőműszerek, a vezérlések, a biztonsági 
és az épületfelügyeleti berendezések. 

2 http:/www.zilog.com 


Zöld NEC gép Iransmeta szívvel 

Az NEC takarékos PowerMate eco 
számítógépébe a Iransmeta IM5800 
jelzésű processzora kerül, jelentette be 
a lapkagyártó cég. A Iransmeta lapkái 





energiatakarékosságuk miatt eddig első- 
sorban a hordozható gépekben jutottak 
szerephez, így a bejelentés fontos lehet 
a folyamatosan értékesítési — és ezzel 
párhuzamosan fennmaradási — gondok- 
kal küzdő cég számára. Ugyan Japánban 
egy ideje már kapható PowerMate 
asztali gép, nem áll messze a hordoz- 
ható eszközöktől, hiszen belső szerveit 
15 hüvelykes IFI-kijelzőjének talpába 
építették be, külön házzal nem rendel- 
kezik. A 900 MHz-es Iransmeta procesz- 
szor csak kismértékben melegszik, így 
hűtőventilátorra sincs szüksége, ezért 

a gép nemcsak kevés áramot fogyaszt, 
de csendes is. Ki gondolná például, 
hogy a világ fejlettebb részein a kórházi 
gépek ventilátorai által felkavart porra 
és a vele együtt utazó kórokozókra is 
ügyelnek? 

A PowerMate IFI-kijelzője a hagyomá- 
nyos képernyőkkel ellentétben nem 
tartalmaz ólmot, így elhasználódás után 
sem szennyezi vele a környezetet. 
Hasonlóan ólommentesek az alaplap 
forrasztásai is. A készülék háza az NEC 
szabadalmazott, NuCycle nevű, teljes 
mértékben újrahasznosítható műanyag- 
jából készül, amely különleges adaléko- 
lásának köszönhetően adott esetben a 
tüzek terjedését is környezetszennyezés 
nélkül gátolja. 

2 http:/www.neccomp.com 


Tessék, itt Miki egér beszél! 
A Motorola és a Disney közösen 
próbálják elbűvölni a 6—12 
éves korosztályt új rádiók- 
kal és vezeték nélküli tele- 
fonokkal. A készülékek 
megjelenését és csengő- 
hangját népszerű Disney- 
karakterek, mint Miki 
egér és Buzz Lightyear 
(Ioy Story) ihlették. 

A 24 GHz-es frekvencián üzemelő 
készülékek az Egyesült Államokban 

60 dolláros áron már a nyár végén kap- 
hatók lesznek, a világ egyéb részein 
viszont csak jövőre jelennek meg. 

2 http:/www.motorola.com 








Levelezni csak szépen! 

Két alkalmazottjának búcsút intett, 
további 150 dolgozót pedig felfüggesz- 
tett a HP Angliában és Írországban. 

Az alkalmazottak bűne az volt, hogy a 
cég erőforrásait nem a belső szabályzat- 
nak megfelelő levelezésre használták. 
A nagyobb cégek egyre komolyabban 
ügyelnek arra, hogy munkatársaik 
valóban munkavégzésre, és ne viccek, 
szexképek, rosszabb esetben törvény- 
sértő anyagok terjesztésére használják 
hálózatukat — a HP lépése is ennek a 
törekvésnek a jele. 


Startra kész a PCI-X 2.0 


Több mint húsz gyártó várta izgatottan 
a PCI Special Interest Group által fej- 
lesztett PCI-X 2.0 szabvány végleges 


változatának a meg- 
jelenését. Az elsősor- 
ban kiszolgálókban 
alkalmazott megoldás 
a jól ismert PCI-busz kiterjesztése, 

ám az asztali gépekénél jóval nagyobb 
adatátviteli sebességet tesz lehetővé. 
A PCI-X 2.0 kétféle változatban létezik, 
amelyek 266 és 533 MHz-es órajellel 
üzemelnek. Az előbbi 2,1, az utóbbi 
pedig 4.3 GB/s sebességű átvitelt tesz 
lehetővé, miközben az adatok épségét 
ECC-kóddal védi. 

2 http:/www.pcisig.com 





Medgyesi Zoltán 

(mzx(0axelero.hu) a BMGE 24 éves 
informatika szakos hallgatója. 
Szabadidejét legszívesebben a barát- 
nőjével tölti. Szeret autózni és bog- 
rácsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, 
hogy áttérjen rá. A Linuxvilág magazin 
hírszerkesztője. 
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Oracle-tervek: 

a Red Hat és a Dell adja a hátteret 

Az adatbázis-rendszeréről világszerte híres cég 
(legutóbb júniusban döntöttek sebességrekordot az 
Oracle 9i 2. változatával) is folyamatosan figyeli a 
piacot. Bár valószínűleg sosem jut el a GNU-rend- 
szerek árszintjére, de a Microsoft árait az Oracle is 
sokallja. Valószínűleg a nagyvállalatok között lesz 
nagy visszhangja a július 10-én bejelentett új csoport- 
munka-támogató rendszerének, melyet egyértelműen 
a Microsoft hasonló termékének versenytársaként 
helyez el a piacon. 

A legújabb hír pedig, hogy az Oracle, a Dell és a Red 
Hat összefogott, hogy kifejlesszenek egy , mindent 
kibíró" linuxos megoldást. A megoldáshoz a vasat a 
Dell PowerEdge kiszolgálói jelentik, Dell/EMC és 
PowerVault tárolórendszerekkel, a programok oldaláról 
az Oracle9i Database Release 2 tartja a frontot, Real 
Application támogatással, a Red Hat Linux pedig az 
Advanced Server változatát igyekszik megfelelően 
hozzáhangolni az igényekhez. Valószínűleg a linuxos 
fejlesztők körében tapasztalható rendkívüli érdeklődés- 
nek köszönhető e lépés is (a fejlesztők több, mint 
félmillió linuxos terméket töltöttek le másfél év alatt az 
Oracle honlapjáról). A cég egyébként komoly terveket 
dédelget a , feltörhetetlen és eltörhetetlen" linuxos 
telepekkel kapcsolatban, a fejlesztők a honlapról teljes 
fejlesztői tájékoztató csomagot tölthetnek le. 


Ingyenes GPRS-hozzáférés 

3 hónapig a Vodafone hálózatán 

A Vodafone 2002. július 15-én indította el GPRS-szol- 
gáltatását teljes magyarországi hálózatán, amely három 
hónapig — azaz október 15-ig — ingyenes (bejegyzési, 
havi- és forgalmi díj nélküli), korlátlan hozzáférést tesz 
lehetővé. A cég átalánydíjas internetszolgáltatást is 
kínál előfizetőinek, ennek ára bruttó 3125 forint havon- 
ta, így akik megfelelő készülékkel rendelkeznek, a 
Vodafone hálózatán kedvező áron internetezhetnek. 

A GPRS a hálózat terheltségétől függően akár 20—40 
kbit/s adatátviteli sebességre is képes, így jól hasz- 
nálható hálózati hozzáférést jelent olyan területeken, 
ahol semmilyen széles sávú hozzáférési lehetőség nem 
áll rendelkezésre — esetleg jobb minőségű telefonvonal 
sem. Akinek a telefonja nem rendelkezik GPRS-képes- 
ségekkel, az a cég egyik akciós csomagjában bruttó 
19 900 forintért beszerezheti a Sony-Ericsson R600-as, 
GPRS-re alkalmas mobiltelefonját. 

2 http://www.vodafone.hu 


NASA 

A NASA mostantól a világ egyik legnagyobb szuperszá- 
mítógépe segítségével vizsgálja a Föld éghajlatát és jelzi 
előre a vulkánkitörések, a globális felmelegedés és más 
hasonló természeti jelenségek időjárásra gyakorolt hatá- 
sát. A Maryland állambeli Greenbelt város Goddard űrre- 
pülési központjában működő NASA-központ HP Alpha- 
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Server 5C45 szuperszámítógépét a NASA mérnökei a 
kaliforniai El Segundóból irányított Computer Sciences 
Corporation munkatársaival közösen helyezték üzembe 
és próbálták ki. Az új gép birtokában a NASA kutatói 
nagyobb pontossággal tudják előrejelezni a különféle 
éghajlatváltozások következményeit. A CSC munkatársai 
az NCCS telephelyén egy 512 processzoros HP $SC45 
szuperszámítógépet helyeztek üzembe. Az új rendszer 

— amely a világ húsz leggyorsabb szuperszámítógépének 
egyike — több mint kétszeresére növeli a központ 
jelenlegi teljesítőóképességét. 

2 http:/Awww.csc.com 

2 http://www.hp.hu 


Leépítés az IBM 

székesfehérvári üzemében 

Az IBM 2002. július 29-én jelezte, hogy a merevlemezek 
gyártásáról ismert székesfehérvári üzemében munkaerő- 
csökkentést fog végrehajtani. A leépítést a termékek 
iránti kereslet visszaesésével indokolták. Az elbocsátan- 
dók egy részének egyébként is lejár a munkaszerződése, 
másoktól viszont közös megegyezés alapján vesz búcsút 
a cég. Az IBM merevlemez-üzletágát nemrég a Hitachi 
vette meg, azt azonban tagadták, hogy ennek bármi köze 
lenne a leépítéshez. 

2 http://www.ibm.hu 


Rádiós EnterNet-szolgáltatás 

Az EnterNet vezeték nélküli szolgáltatást indít, amely 
telefondíj nélkül kínál internetkapcsolatot az ország 
számos pontján. A technológia pont-multipont rend- 
szerű, és a bérelt vonalakhoz hasonló minőséget biztosít 
az előfizetők számára. Az új szolgáltatás használatba 
vételi ideje előreláthatóan két hét lesz. 

A vezeték nélküli internetelérés augusztus 10-től Baja, 
Balatonboglár, Balatonfüred, Kalocsa, Kaposvár, Keszt- 
hely, Pápa, Salgótarján és Szentes városokban érhető el, 
és rövid időn belül további 45 város bekötését tervezik. 
Jelenleg az EnterNet által kiépített háttér 4 km-es suga- 
rú körben biztosít internet-hozzáférést, igény esetén 
azonban a szolgáltatási terület tovább növelhető. A háló- 
zat a vezeték nélküli hálózatokra kidolgozott, nemzetkö- 
zileg legelterjedtebb 802.11b szabványnak megfelelően 
a 2,4 GHz-es szabad frekvencián működik, és jelenleg 
11 Mb/s adatátviteli sebességet biztosít. 

A rendszer a hamarosan piacra kerülő bővítőmodul 
segítségével az 5 GHz-es frekvenciasávban akár 

54 Mb/s sebességgel is képes lesz működni. 

2 http:/Awww.enternet.hu 


Medgyesi Zoltán 

(mzx(0axelero.hu) a BMGE 24 éves informatika 
szakos hallgatója. Szabadidejét legszívesebben 

a barátnőjével tölti. Szeret autózni és bográcsban 
főzni. A Linuxot hat éve ismeri, de még nem volt 
lelkiereje, hogy áttérjen rá. A Linuxvilág magazin 
hírszerkesztője. 
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Linux a tanteremben - 2. rész 


Amennyiben a jövő szempontjából értékesnek tartjuk 
a Linuxot, a jövő nemzedékét kell felkarolnunk, hogy 
elsajátítsák a Unix-gondolkodásmódot, és megtanul- 

ják kezelni a Unix-rendszereket. 


"A tanár úr szerint ez a Linux egy idő múlva 
jobban elterjed majd, és azért tanuljuk?" 
Jellegzetes kérdés, amit bárki feltehet, és 
nincs biztos válasz. A kérdést az egyik ki- 
lencedikes tanítványom tette föl, miközben 
a vonaton zötykölődtünk az osztálykirándu- 
lásból hazafelé jövet. Ez egyszerre kételke- 
dés és bizakodás. Kételkedés, mert a gyere- 
kek körében szinte csak a Windows ismert 
mint egyetlen és megdönthetetlen játékfe- 
lület; legtöbbjük az iskolát kivéve még s0- 
sem látott Linuxot. Bizakodás, mert elszánt- 
ságomat és határozottságomat látva meg- 
győződhettek róla, hogy , márpedig itt a LI- 
nuxot komolyan fogjuk venni, és meg fogjuk 
tanulni", azaz furcsa tanáruk furcsa hobbija 
remélhetőleg értékálló befektetés lesz. 
Mondtam, bízom benne, hogy a Linux el fog 
terjedni, azután szépen lassan rátértem 
,Széles út, keskeny út" elméletemre, vagyis 
hogy a tömegnyomás nem törheti le a szak- 
mát, és ha a kevesek képviselik az értékálló 
tudást, akkor a kevesekkel kell tartani. Hogy 
a világ már csak ilyen, és az élet minden 
területén sokszor előfordul, hogy az árral 
szemben kell úszni; hogy a látható dolgok 
vakító csillogása sokszor elfedi a láthatatlan 
dolgok nagyszerűségét, mélységét. 

Itt van például a Linux-konzol. Milyen nagy- 
szerű, hogy rövidebb-hosszabb parancssorok- 
kal képeket alakíthatunk át egyik formátum- 
ból a másikba, ide-oda kattintgatások nélkül: 
tOC ian té omo; do GoNyete 551 
m--peg: basename Si .png".jpa; 
5 done 

Ez csak egy lehetőség, amit például egy 
olyan órán mutathatunk meg, amikor web- 
oldalt készítünk a gyerekekkel. , Az egyszerű 
szép." Természetesen ahhoz, hogy mindez 
működjön, sok-sok programozó összehangolt 
munkája igényeltetik. A Linux látásmódjának 
megértéséhez önzetlenségre, önfeláldozásra 
és a csapatmunka élményének megélésére 
van szükség. Emellett az is számít, hogy a 
szabad program nem fekete doboz: tanulmányozható, 
hogy , mitől megy", de az sem utolsó szempont, hogy 

a BSA-tól sem kell többé tartanunk. Ezek mind komoly 
érvek, amelyek esetleg évek hosszú sora alatt érnek 
meg -— nem csak - a gyerekekben. A legfontosabbnak 
mégis a pozitív közösségi élményt tartom, ezért tanári 
munkám során rendszeresen olyan feladatokat igyek- 
szem adni a gyerekeknek, amelyek megoldása során 





bizonyos feladatokat közösen kell elvégezniük. A legegy- 
szerűbb példa a programozói projektmunka, ahol a ter- 
vezést, a kivitelezést és a munka például bemutatóként 
történő leírását egyszerre több gyerekre rá lehet bízni. 
Sajnos, nem minden gyereket sikerül fellelkesíteni. Egy- 
egy tanuló szívesen veszi és örül, ha elmegyek a laká- 
sukra Linuxot telepíteni, vagy egyszerűen , megnézni", 
mi baja a számítógépüknek. Mások attól is elzárkóznak, 
hogy az iskolában a délutáni szabad gépidőben a közelgő 
dolgozatra gyakoroljanak, még akkor is, ha segítséget 
ajánlok fel nekik. Ennek oka lehet a tanulók túlterhelt- 
sége, a kamaszkor, és sokszor az is, hogy a tanárokat 

a társadalom csak lassan kezdi ismét elismerni. 

A Linuxot, mivel a diák nem találkozik vele lépten-nyo- 
mon, csak nagyon sok további idő ráfordításával tudja 
megtanulni. Olyan ez, mint bármilyen más tudomány: 
egyesek önállóan, a témába beleszeretve kíváncsiságból 
tanulnak, másokat meg kell győzni, hogy például az egye- 
temen több lesz a Linux, mint a Windows, és lépéselőny- 
be kerül, ha már a középiskolában megismeri. Örvende- 
tes, hogy egyre több magyar nyelvű linuxos segédanyag 
létezik, bár az oktatás területén még sok a lefedetlen 
terület. Egy bizonyos szinten túl elengedhetetlen az angol 
nyelv ismerete, amely követelményt az idegen nyelvek 
oktatásában akár kedvező módon is fel lehet használni. 


Linux a tanórán 

A 2001-—2002-es évben a 7. és a 9. osztályban, mate- 
matika tagozaton tanítottam Linuxot az informatika tan- 
óra keretein belül, a Windows mellett. Kollégáim csak 
Windowst tanítanak, és nekem is az a meggyőződésem, 
hogy , mindkét" operációs rendszert be kell mutatni, de 
olyan módon, hogy elsősorban szemléletmódot, és ne 
adott programokat tanítsunk. 

A legjobb lenne, ha egy kivetítő segítségével a gyerekek 
számára azonnal látható módon be tudnánk mutatni, 
hogy ,mikor hova kell kattintani". így jobban együtt 
bírnánk dolgozni. Ekkora beruházásról azonban egyelőre 
álmodni sem merünk. Marad az a módszer, hogy néhány 
alapvető fogást közösen, egyszerre haladva nézünk meg, 
majd a teremben ülő 13—16 gyereknek megadott fela- 
datokat adok (12 gép van a teremben), és egyenként 
segítek, ha elakadnak. Egy másik lehetőség, hogy önálló 
feldolgozásra 10-20 pontból álló feladatsort adok ki, 
amelyben pontosan le van írva, mit hogyan kell tenni, 
mit kell beírni stb. 

A tanterv szerint a cél elsősorban irodai programok 
tanítása, azaz a szövegszerkesztés, a táblázat- és adat- 
bázis-kezelés van napirenden. Emellett bizonyos szintű 
algoritmikus gondolkodásra is meg kell tanítanunk a 
diákokat. Mindehhez olyan alapra van szükség, ami a 
számítógép működésének megértését is feltételezi, Így 
a szokványos 7. és 9. osztályos anyag a gép-—program 
fogalmával, az operációs rendszer alapjaival kezdődik. 
Sok középiskolában jellemzően DOS-t tanítanak, ami a 
tanulók szerint is idejétmúlt. Korszerűbb, ha a DOS (és 

a grafikus Windows) mellett a Unix-alapparancsokat Is 
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oktatjuk, elmondva, hogy a DOS a Unixból alakult ki, 
voltaképpen annak egy lebutított változata. Több párhu- 
zamot is lehet vonni a DOS és a Linux rendszertöltő 
folyamata között, talán a Linuxé annyival izgalmasabb is, 
hogy , látjuk", mikor mi történik. Kár, hogy a Windows- 
nál ugyanez egyre kevésbé tanítható, mivel a Microsoft 
nem köti a felhasználó orrára, hogy a rendszert milyen 
lépésekben éleszti fel. 


Programok 

Az elmúlt tanévben még egyik osztályban sem tanítot- 
tam StarOffice-t, hanem a Microsoft Word-—Excel párost 
mutattam be; sok tanuló elég magas szinten ismeri 

már ezeket a programokat, különösen a Wordöt. A kö- 
vetkező tanévben a StarOffice (vagy OpenOffice) mellett 
a LyX és a TeX bemutatását tervezem, melyek a mate- 
matikai osztályokban különösen motiválóak lehetnek, 
például matematikai versenyfeladatok megoldásainak 
gépeléséhez. 

Az idén a 7. osztályban 2—3 hónapon keresztül tanítot- 
tam a C nyelvet, miután komoly szavazást tartottunk a 
gyerekekkel arról, hogy Pascalt vagy C-t szeretnének-e 
tanulni. Egy egyetemi kollégám ugyanis nehezményezte, 
hogy miért Logót, illetve Pascalt tanítunk a lánya osztá- 
lyában, miért nem C-t, amikor ez utóbbinak sokkal több 
gyakorlati haszna van. Korábban magam is írtam egy 
magyar nyelvű, csak az alapvető szolgáltatásokat tartal- 
mazó Logót, ami először csak DOS alatt futott, de egy 
éve SVGAlib-támogatással már Linuxon is elérhető 

(5 http://logonyelv.sf.net); a Comenius Logóval (az isko- 
lákban szinte kivétel nélkül ezt tanítják) azonban nem 
veszi fel a versenyt. Az első félévi logózás után tehát 

a C nyelvre tértünk át. 

A C a kicsik számára nehéznek bizonyult, még akkor is, 
ha kifejezetten jó képességű, matematika tagozatos 
osztályról volt szó. Sok apró szabályt kell megtanulni, 

és ezekhez nem lehet elég sok gyakorlati példát mutatni. 
Néhányan azonban előnyre tettek szert a tanórák anya- 
gából, és a délutáni C-szakkörökön néhányuk komolyab- 
ban is hozzá tudott szólni az elhangzottakhoz. A listán 
látható programkódot két tanórán keresztül elemeztük, 
végül a tanulók többsége jó dolgozatot írt ebből a téma- 
körből is. Sikerült tehát a 7. osztályban megjelenő titko- 
sítási tantervi részt ,becsempészni" a programozás 
témakörébe, ezáltal is elmélyítve a tudásukat. Az ügye- 
sebb gyerekek ezután a titkosító algoritmust tetszés 
szerint módosíthatták, például az ábécét megfordítva, 
vagy az eredeti három betű helyett más eltolási értéket 
is választhattak. 

A 9. osztályban, szintén matematika tagozaton Pascalt 
tanítottam. Ez utóbbi osztályt második éve oktatom, 
tavaly Pascalban kezdtünk. A gépeken még csak a DOS- 
os DJGPP volt fenn, ami sajnos nem megbízható, emiatt 
a C-vel nem is számoltam. Kilencedikben több a lány, 
mint hetedikben, és a tapasztalat azt mutatja, hogy a 
lányoknak nehezebb a számítástechnika, mint a fiúknak; 
így a felsőbb osztályban sokszor könnyítő lépésekre 
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kényszerültem. Emiatt várhatóan jövőre is a Pascalnál 
maradok. Nagy örömömre azonban Linux alatt sikerült 
összekapcsolnom a PostgreSOL adatbázis-kezelőt és a 
Free Pascalt, így az adatbázis-kezelést teljes egészében 
PostgreSOL segítségével taníthattam. A pc10-es kiszol- 
gálónkon kísérleti jelleggel már hosszabb ideje fut egy 
PostgreSOL/PHP-alapú érdemjegy-nyilvántartó program, 
és gyerekek egyik összefoglaló feladata az volt, hogy 
úgy módosítsák a jegyeiket lekérdező Pascal programot 


Julius Caesar tikosíési MŰ Szer a tamnörán 


/- Július eCaáesar titkos "tmsiem aszeve 7 


Htdefine MAXHOSSZ 100 


main () 

( 
char sz [MAXHOSSZI! ; 
Tam mú ő 
(ellareitta Milos: 


printt("A titkos tand.:. sz veg 
3 (csak kisbetísk, Gkezetek "); 
printt("nőlk 1. max. sd karakter) 
s MAXHOSSZ ) ; 
gets (sz) ; 
DETNET ("Ask doltészr veg: ns 
h-strlen(sz) ; 
LG arat (RTNETr0) TEA [TS T ETET) 
( 
bEszlil43; 
ae e ász ose 6 
PETE E EM Szo 


] 


DOTE ENDATE: 


(5 ftp://pc10.radnoti-szeged. sulinet.hu/home/kovacsz/ 
Linux/PostgreSOL/tanulo.pas), hogy azt kényelmes 
legyen kezelni. Önálló adatbázisokat is készítettünk 
néhány táblával, de a szűkös idő miatt leginkább a 
SELECT utasítások logikáját tanultuk. Végül , gyárlátoga- 
tást" szerveztem programozói irodánkba, ahol barátaim- 
mal már három éve dolgozunk egy szintén PostgreSOL- 
alapú információs rendszeren. 

A PostgreSOL Windowszal is összekapcsolható. 

A 5 http://odbc.postgresal.org címről is letölthető meg- 
hajtóprogram segítségével könnyedén köthetjük össze a 
Microsoft Office-t és a PostgreSOL-t. A gyerekek akár a 
születésnapi bulijukra szóló meghívókat is létrehozhatták a 
Microsoft Word körlevél szolgáltatásával, mivel a pc10-en 
az egész osztálynévsor önműködően rendelkezésre állt. 
Egy kollégám rendszerint MS 0uery segítségével mutatja 
be az SOL-t; az általában tanított Accesst én is túl bonyo- 
lultnak tartom, így felhasználtam a Üueryt, és ezen 
keresztül küldtünk lekérdezéseket az SOL-kiszolgálónak. 
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File Edit Tools View 
Bi 6H8 : 8 4 84 


23 solve((b42—1) "g-bt1 ,x); 


ZzZtbii 3 

3 if b 6-t ándb e 1, CC 1fb--t, B if b:5s1 
déb -13 

23 (b82-19)/(bt1); 


lááássáás ; 


2) factor(3); 


22 17241/7341/441/54H1/6; 


29720 
22 expand((3rar2/5rb)a3); 


3 2 2 
eb 36 ab 54a b 
27 a 4— 4 ak 

125 25 5 


bc 1.06 

opyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, IMmc. 
This is free software with ABSOLUTELY NO WÁRRÁNTY. 

For details type "warranty" . 

399999799 
399901004850843154764304477976514369313965513174063350846119423153483N 
392173006192816591846852455978471103512733745800031586184170942864845 
939655817205630365285597789754192888161486108390262378384273170489214N 
859673210348574933590756152010150151328940519978842541428934157580919N 
8981648563222986501427953560053044625798093604122762079193632 16645 125 
3874551508251856672085825591031369313296036483838009949658744782958530N 
0430175049143934337294647483849329764551655116938062519252825189492599N 
75448320916443233831072582767275114549050766145535272202347741443152 19 
3103042347081552314023562415684899514930000938999999 
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Fájl Munkafolyamatok Beállítások Segítség 


zolielinux: ) gnuplot 


GNUPLOT 

Linux version 3.7 

patchlevel 1 

last modified Fri Oct 22 18:00:00 BST 1999 


Copyright(C) 1986 — 1993, 1998, 1999 
Thomas Williams, Colin Kelley and many others 


Type "help" to access the on-line reference manual 
The gnuplot FAN is available from 
cKhttp:7//www .ucc . iezgnuplot/gnuplot-fag.htm12 


Send comments and reguests for help to Cinfo-gnuplotedartmouth.edu? 
Send bugs, suggestions and mods to Cbug-gnuplotedartmouth.edu2 


erminal type set to "x11" 
gnuplot? set grid 
gnuplot?) plot [-3:31 xr62—3xxt2, —xrex2r3xx—2 





Mind a hetedik, mind a kilencedik osztályban nagy sikere 
volt a Gimp programnak. Az 10. oldalon szereplő képeken 
látható, milyen ügyesen és alkotó módon tudták a gyere- 
kek használni ezt a nagyszerű grafikus programot az első 
negyedórás tanári segítség után, különösen a lányok. Ké- 
sőbb Windows alatt is telepítettük a gyerekekkel a Gim- 
pet, amit többen hazavittek maguknak CD-n (Windows 
alatt lényegesen megbízhatatlanabb, de erre a Win- 
dowson futó változatot tartalmazó weboldal is figyelmez- 
tet: ,Ne csodálkozzunk, ha a Gimp lefagy. Kereskedelmi 
programok Is gyakran fagynak le Windows alatt. "). 
Matematika tagozatos osztály lévén a MUPAD algebrai 
rendszernek Is nagy sikere volt (ez ugyan nem szabad 
program, de része a SuSE 7.3-asnak, és a németországi 





xkk2-3kxt2 
—xkk2t3kx-2 


2 http:/Awvww.mupad.de címről igazából térítésmente- 
sen tölthető le — igaz, a forráskód nem hozzáférhető). 

A gyerekek hamar rájöttek, hogy a számítógépet hogyan 
lehet gyorsan , paffra vágni": a 999999 " 999999 hatvá- 
nyozással a program hamar lemerevedik, és csak 
számol, számol... Ezt a feladványt egyébként a bc-nek 
is feladhatjuk, garantáltan el fogja vinni a processzort. 
Számelméleti jellegű feladatok megoldására a bc sokkal 
jobb, mint a hagyományos (rendszerint grafikus) 
kalkulátorok, mivel nem normálalakban adja meg a 
számolási eredményt. 

Szakmai ártalom, hogy két további matematikai programot 
mindig megmutatok a gyerekeknek: a gnuplot függvényáb- 
rázolót és a XaoS fraktálrajzolót. A fenti négy program egy- 
egy jellemző képernyője látható az itt szereplő képeken. 

A Linux egyébként nem csak informatika órán hasz- 
nálható. Mivel másik szakom a matematika, leginkább 

a matematikai programokat Ismerem. De vannak nagy- 
szerű földrajzi, kémiai, fizikai és idegen nyelvi programok 
is, amelyek egyik legjobb gyűjtőhelye a 

2 http://schoolforge.net. Hasznos lenne, ha a magyar 
számítástechnika-, illetve más szakos tanárok összefog- 
nának, hogy a szabadon rendelkezésre álló programokat 
széles körben megismertessék egymással és a tanulóik- 
kal is. Csak kívánni lehet, hogy — miként a téma az elmúlt 
hónapokban az érdeklődés középpontjába került — az 
emelkedő pedagógusbérekkel és a csökkenő kötelező 
óraszámmal a tanárok alkotóbb, minőségibb munkát tud- 
janak majd végezni, és ez a hazai iskolarendszerbeli, szá- 
mítógéppel segített oktatásra is kedvezően hasson majd. 
Sorozatunk következő, egyben utolsó részében a Linux- 
számítástechnika szakkörök egy lehetséges megközelí- 
téséről lesz szó. 


Kovács Zoltán 
(kovzolomath.u-szeged.hu) 
tanársegéd a Szegedi lIudomány- 
egyetem Bolyai Intézetében az 
Analízis Tanszéken, matematikát és 
számítástechnikát tanít óraadóként 
a szegedi Radnóti Miklós Kísérleti Gimnáziumban. 
Matematikai tárgyú programok oktatási felhaszná- 
lásával foglalkozik. Hobbija a Linux programozása 
és a fraktálok matematikájának kutatása. 








KETTEN ÜLNI 


. Ennyi országban fontolgatják reklám- 
kampány vagy mozgalom indítását, 
hogy megpróbálják elérni a szabad 
programok kormányzati használatát: 9 

2. Az ALSA (Advanced Linux Sound 


Architecture) által támogatott hang- 
kártyák és lapkakészletek száma: 94 


— 


3. Azoknak a kártyáknak a száma, 
amelyekhez van leírás, de még nincs 
ALSA-meghajtóprogram: 20 

4. Azoknak a hangkártyáknak a száma, 
amelyek leírását a gyártók nem haj- 
landók az ALSA Project rendelkezé- 
sére bocsátani: 4 


5. Ennyi karakterből áll az a Perl szabá- 
lyos kifejezés, amely bármilyen 
érvényes URL címre illeszkedik: 7579 

6. A Linux 1.0 köszönetnyilvánításában 
szereplő nevek száma: 80 


7. A Linux 1.0 tömörített mérete: 
1,2 MB (hozzájárulónként 15,4 KB) 


8. A Linux 2.4.18 köszönetnyilvánításá- 
ban szereplő nevek száma: 411 


9. A Linux 2.4.18 tömörített mérete: 
28 ,89 MB (hozzájárulónként 71,5 KB) 


10. Az , e-mail marketing" üzletág mérete 
milliárd dollárban: 1 


11. 2006-ra várhatóan ennyi levélszemét 
érkezik évente minden egyes posta- 
ládába: 1500 


12. Az év folyamán ennyi levélszemét 
gyűlt össze egy nem használt earthlin- 
kes postaládában 2001. augusztus 
óta: 1200 


13. Ennyi levélszemét gyűlt össze ugyan- 
ebben a postaládában 2002. április 
18. és május 13. között: 1124 


14. Ennyi levélszemét érkezett a Linux 
Journal egyik szerkesztőjének postalá- 
dájába 2002. május 1-jén: 197 


Források 

1.: 5 http:/Awww.lugcos.org.ar/serv/mirrors/ 
proposicion/doc/referencias/zéref. 7 1 

2.. 5 http://linuxmafia.com/-rick/linux-info/tape-backup 

3—4.: 5 http:/Awww.alsa-project.org/soundcards.php3 

5.: 5 http://www.foad.org/— abigail/Perl/ url2.html 

6—9.: 5 http://kernel.org 

10.: San Jose Mercury News 

11.: Jupiter Media Metrix $ http://www.jmm.com 

12—14.: a Linux Journal főszerkesztője 
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Visszatérés 

, Tényleg azt hitte, hogy azt akarjuk, betartsák azokat a törvénye- 
ket?" — kérdezte Dr. Ferris. , Éppen ellenkezőleg: az a célunk, hogy 
megszegjék. Jobb, ha tudja, nem egy cserkészcsapattal áll szem- 
ben... mi hatalmat akarunk és komolyan gondoljuk. . . ártatlan 
emberek fölött nem lehet uralkodni. Bármelyik kormány hatalma 
kizárólag abban áll, hogy lecsaphat a bűnözőkre. Amikor pedig 
nincs elég bűnöző, gondoskodni kell róla, hogy legyen. Annyi 
dolgot kell bűnnek nyilvánítani, hogy egyszerűen lehetetlenné 
váljon a törvényeket betartva élni. Ugyan mire jók a törvénytisz- 
telő állampolgárok? Mi haszna van belőlük bárkinek is? Ha viszont 
olyan törvényeket hozunk, amiket nem lehet sem betartani, sem 
betartatni, de még csak tárgyilagosan értelmezni sem — a nemzet 
menten törvénysértővé válik, és dől a lé a büntetésekből. Nos, 
így működik a rendszer, Mr. Reardon, erre megy ki a játék, és ha 
végre megérti, sokkal könnyebben kijövünk majd egymással." 
(Ayn Rand, Atlas Shrugged) 


Az Internet nyilvánvalóan lényegi szerepet játszik minden 
e-üzletben, holott pusztán egy az adatátvitel megvalósítására 
szolgáló, közönséges protokollhalmaz. 

(Sybase-hirdetés) 


Ha manapság a vállalaton belül egy elejétől a végéig titkosított 
levél fordul meg, nagy valószínűséggel arra utal, hogy valamelyik 
alkalmazott kábítószer-kereskedő vagy pornóképeket küldözget. 
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Amennyiben Ön saját honlapjára egy ránk mutató hivatkozást 
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Ne hagyd magadat becsapni! 
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Hadd jegyezzem meg, hogy a láncolt listák, a ,kivág és másol" 
típusú hulladékgyűjtés és a TABULATOR billentyű szintén szabadal- 
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Linux Tábor 2002 


Az idén —- immár másodszor -— ismét megrendezték 
a nyári Linux-tábort. 
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lódás közben, a nyár örömeiben lubickolva tanulhassa- 
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lepődnek meg azon, hogy most is a lehetőségekhez 
mérten igyekeztünk igazodni a tanulni vágyókhoz. 

Tehát nem használtunk szoros témaköröket, inkább arra 
helyeztük a hangsúlyt, hogy az érdeklődők igényeinek 

a lehető legmesszebbmenőkig eleget tegyünk. Három 
csoportban folyt az ismeretek átadása. A kezdők meg- 
ismerkedhettek a Linux történetével, egy Debian Woody 
GNUL/Linuxot telepítettek, elsajátították az alapvető 
parancsok használatát, majd az utolsó mozzanatok egyi- 
keként egy grafikus felületet telepítettek és állítottak be. 
Természetesen ide kívánkozott a Világháló elérésének 
és a levelezés alapjainak ismertetése is. Lényegében ez 
a szint volt az, ami az otthoni felhasználáshoz elenged- 
hetetlen. A középhaladók a kezdőknek szóló anyag 
mélyebb ismertetésén túl közelebbi ismeretséget kötöt- 
tek a hálózatok rejtelmeivel, tehát szerepelt benne 
Apache-oktatás és a levelezőrendszerek beható tanul- 
mányozása. A haladók a hálózati biztonság témakörét 
járták körül, valamint meglehetősen mélyenszántóan 
megismerhették a rendszer működését egy nem szok- 


Linux-index 


1. A lemezkiadók körében végzett ellenőrzések az 
esetek ennyi százalékában találták úgy, hogy a 
művészt alulfizették: 99,99 

. A fenti szám ennyi ezer eset vizsgálatából származik: 9 

. Ugyanebben a csoportban a lemezkiadó ennyi eset- 
ben fizette túl a művészt: 1 

. Ennyi millió dollárba kerül egy slágerfelvétel 
elkészítése: 0,5 

. Ennyi családot kísért figyelemmel az a 17 évet 
átfogó tanulmány, amely a televíziózás és az erőszak 
közti összefüggést vizsgálja: 707 

. A Sony hanglemezeladásból származó bruttó 
bevétele (milliárd dollár): 4,6 

. A Sony elektronikai cikkek értékesítéséből származó 
bruttó bevétele (milliárd dollár): 40 

. A hanglemezipar haszonkulcsa 1994-ben (százalék): 30 

. A hanglemezipar haszonkulcsa ebben a tartomány- 
ban mozog 2002-ben (százalék): 8—10 

. Az amerikai népesség ennyi százaléka használta az 
Internetet 2001 szeptemberében: 54 

. Ennyi millió amerikai használta az Internetet 2001 
szeptemberében: 143 

. Az 5-17 éves amerikai gyerekek ennyi százaléka 
használ számítógépet otthon és az iskolában: 90 

. Az amerikai tizenévesek ennyi százaléka használja 
az Internetet: /5 

. A Winnebago Industries ekkora összegre számított 
a Microsoft Exchange frissítésének költségeként 
(ezer dollár): 150 


www.linuxvilag.hu 


ványos csomagonkénti telepítés közben. 

Gibzo: Pár szóban értékelnéd az elmúlt két hetet? 
Slapic: Nos, ez nem könnyű. Sokan voltunk, a hangulat 
és az időjárás jó volt, rengeteget pihentünk, és hihetet- 
len mennyiségű tudást adtunk át. Manapság nem szíve- 
sen jósolok előre, most azonban úgy érzem, hogy lesz 
még folytatás. 

Gibzo: Köszönjük szépen az interjút, és a Linuxvilág 
nevében továbbra is ilyen sikeres táborozást kívánunk! 


Kapcsolódó címek 
2 http://kollegium.szerencs.hu 
2 http:/linuxtabor.webhome.hu 


Gibizer Tibor 
(gibzo(olinuxmania.hu) 

újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 


. A Winnebago ennyit fizetett linuxos levelezőrend- 
szeréért, mely összeg nagy részét a vállalat IBM 
nagygépének frissítése tette ki (dollár): 26 

. Az IBM által 2001 negyedik negyedévében kiszállított 
összes nagyszámítógépes MIPS ennyi százalékát 
ültették át Linuxra: 11 

. Az antarktiszi Larsen B jégpárkány kiterjedése 
2001 végén (négyzetkilométer): 3,250 


. A Larsen B jégpárkány súlya 2001 végén 
(milliárd tonna): 500 

. Átlagos hőmérsékletemelkedés a Larsen B jégpár- 
kány környezetében az elmúlt ötven év alatt 
(Celsius): 2,5 

. Ennyi éven át állt szilárdan a Larsen B jégpárkány: 
1 800 


. A Larsen B jégpárkány 2002-ben ennyi hónap alatt 
esett szét a felmelegedéstől: 2 


Források 
1—3.: Simon Renshaw, a Dixie Chicks ügyvezetője a New York 
Timesnak adott interjúban 
4—6.: New York Times 
7—10.: US Department of Commerce, Economics and Statistics 
Administration 
11—13.: US Department of Commerce (az USA kereskedelmi 
minisztériuma) 
14—16.: eWeek 
17-21.: BBC 
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Jogos - jogtalan - 2. rész 


Sorozatunkat folytatva ezúttal a jogok és jogosult- 
ságok környékén vizsgálódunk. Elemezni fogjuk, 
hogy szakmai szempontból nézve mit jelent a tör- 
vény szövegében szereplő , jogosulatlan belépés", 
valamint ,a jogosultság kereteit megsértve bent 
marad" fogalma. 


Btk. 300/C. § 

(1) Aki számítástechnikai rendszerbe a számítástechnikai rendszer 
védelmét szolgáló intézkedés megsértésével vagy kijátszásával 
jogosulatlanul belép, vagy a belépési jogosultsága kereteit túllépve, 
illetőleg azt megsértve bent marad, vétséget követ el, és egy évig 
terjedő szabadságvesztéssel, közérdekű munkával vagy pénz- 
büntetéssel büntetendő. 


VI. fejezet Adatvédelem 

Tv. 30. § 

(1) A jegyző, a 6. § (1) bekezdésében meghatározott időpontig a rend- 
őrkapitányság vezetője, a megyei, fővárosi közigazgatási hivatal 
vezetője, valamint a Hivatal vezetője a polgárok személyes adatai 
védelméért való felelősségének körében köteles olyan technikai, 
szervezési intézkedéseket tenni, ellenőrzési rendszert kialakítani, 
és adatvédelmi szabályzatot kiadni, amely biztosítja az adatvédelmi 
követelmények teljesülését. 

(2) Az adatkezelés törvényességének ellenőrzésére a belügyminiszter 
a Hivatalnál, a megyei, fővárosi közigazgatási hivatal vezetője 
— az illetékességi területére kiterjedően — a megyei, fővárosi közi- 
gazgatási hivatalnál adatvédelmi felelőst nevez ki. 

Tv. 31. § 

(1) A nyilvántartás szervei (6. §) kötelesek adatszolgáltatási nyilvántar- 
tást vezetni. 

(2) A nyilvántartás tartalmazza 
a) az adatkezelő nyilvántartási azonosítóját; 

b) az adatszolgáltatás idejét; 

c) az adatszolgáltatás célját és jogalapját; 

d) az adatszolgáltatást igénylő polgár, jogi személy vagy jogi szemé- 
lyiséggel nem rendelkező szervezet, illetve megbízottja vagy 
képviselője nevét; 

e) a szolgáltatott adatok körének megnevezését. 

(3) A polgár az adatszolgáltatási nyilvántartásból jogosult megismerni, 
hogy mely adatszolgáltatások alanya volt. Ezt a jogosultságot a 
24. §-ban felsorolt szervek részére teljesített adatszolgáltatás tekinte- 
tében külön törvény korlátozhatja vagy kizárhatja. 

(4) Az adatszolgáltatási nyilvántartást öt évig meg kell őrizni. 

(5) A jegyző nyilvántartást vezet azokról a köztisztviselőkről, akik az 
eljárás során jogosultak az egyes okmánynyilvántartások adataihoz 
hozzáférni. 

(6) Az (5) bekezdésben meghatározott nyilvántartás tartalmazza: 

a) az érintett köztisztviselő természetes személyazonosító adatait; 

b) okmánynyilvántartásonként elkülönítve a hozzáférési jogosultsá- 
got, a hozzáférési jogosultság kezdő időpontját és időtartamát, 
valamint a hozzáférési jogosultság módosításának, visszavoná- 
sának okát és időpontját. 

(7) A jegyző az érintett köztisztviselő nevét, nyilvántartási kódszámát és 
a (6) bekezdés b) pontjában meghatározott adatokat legkésőbb a jo- 
gosultság kezdő időpontját megelőző munkanapon közli a Hivatallal. 

(8) A nyilvántartás adatait a hozzáférési jogosultság megszűné- 
sétől számított 5 évig kell megőrizni. 
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E témakör vizsgálatánál kettős — szakmai és jogi — 
szempontokat kell szem előtt tartanunk; ezek együttesen 
rendelkeznek a jogokról és a jogosultságokról. Három fő 
fogalmat szükséges egymástól megkülönböztetnünk: 

e — Az információgazda az adatok felett valamilyen korlá- 
tozott szintű vagy teljes jogosultsággal rendelkezik, 
vagyis rögzítésére, módosítására, törlésére, megis- 
merésére jogosult. Tevékenységének része az infor- 
máció felhasználása is. 

e — Az információ jogosultja kettős jelentésű: egyrészt 
arra utal, akitől az információ származik, aki azt 
keletkezteti (létrehozza a forrást); illetve arra, aki az 
információmegismerésre jogosított. 

e A harmadik a rendszergazda, aki az adatok kezelé- 
sét, megőrzését, hozzáférhetőségének biztosítását 
technikai szempontból végzi, aki az információgaz- 
dák és az információra jogosultak számára számítás- 
technikai, informatikai vagy egyszerűen dokumentá- 
ciós-raktározási szolgáltatást biztosít. Tevékenysé- 
gének tárgya az információ tárolása, védelme, 
előkeresése. 

A jogosultak e három köre technikai és jogi szempontból 

lényegében elkülönültnek tekinthető. 

Jogi meghatározottság esetén, tehát amikor valamilyen 

jogszabály (törvény vagy rendelet) rendelkezik, azaz 

mind információgazdákat, mind információra jogosulta- 
kat meghatároz(hat), de rendszergazdákat kötelező eljá- 
rásokat, jogokat és jogosultságokat is. Szakmai szem- 
pontból mindennapi életünk informatikai területe azon- 
ban nem jogszabállyal szabályozott, azaz a határvonalak 
elmosódottak vagy nincsenek. Ezek sokkal több veszélyt 
jelentenek a gyakorló informatikusok számára. Egy cég 
fejlődése során elérkezik az a pont, amikor az addig 

,lazán" kezelt adatbiztonság egyszerre csak komoly bün- 

tetőjogi felelőséggel terhelt helyzetet eredményezhet. 

A fentebb említett, kicsit száraznak tűnő fogalmakat 

— az alábbi példával szeretnénk kézzelfoghatóbbá tenni. 

Az 1992 LXVI. törvény , A polgárok személyi adatainak 

és lakcímének nyilvántartásáról" címen rendelkezik az 

adatvédelemről, illetve a jogosultságokról, amelyek e 

tárgyban a közigazgatást, a polgárokat illetik. Ezt rész- 

letesebben a törvény a VI. fejezet , Adatvédelem" 
részében tárgyalja (lásd a 2. ábrát). 

Ennek a törvénynek a 31. paragrafusa informatikusi 

szemmel nézve semmi mást nem jelent, mint hogy 

kijelöli az információgazdát, e szövegkörnyezetben az 

, adatkezelőt", valamint meghatározza az adatkezelőn 

keresztül történő információforgalom ellenőrzését, 

vagyis a ,naplózást" a következőképpen rögzítik (lásd 

a 3. ábrát). 

A következő, azaz a (3) bekezdés szerint az információ- 

gazda a megfelelő feltételek fennállása esetén az infor- 

mációra jogosultaknak információt szolgáltat. Itt a 

törvény megnevezi a , polgárt" mint az információ for- 

rását, aki jogosult a róla nyilvántartott adatok megis- 
merésére, és jogosult megismerni, hogy mely adatszol- 
gáltatások alanya volt. 





. Láttuk-hallottuk — 


Tv. 31. § 

(1) A nyilvántartás szervei (6. 8) kötelesek 
adatszolgáltatási nyilvántartást vezetni. 

(2) A nyilvántartás tartalmazza 
a) az adatkezelő nyilvántartási azonosítóját; 
b) az adatszolgáltatás idejét; 


c) az adatszolgáltatás célját és jogalapját; 

d) az adatszolgáltatást igénylő polgár, jogi 
személy vagy jogi személyiséggel nem 
rendelkező szervezet, illetve megbízottja 
vagy képviselője nevét; 

e) a szolgáltatott adatok körének 
megnevezését. 


(3) A polgár az adatszolgáltatási nyilvántartásból 
jogosult megismerni, hogy mely adatszolgál- 
tatások alanya volt. 


Az (5) bekezdés megszabja a más információra 
jogosultak körének kijelölési szabályait, tehát azok körét, 
akik valamilyen oknál fogva az ,okmánynyilvántartások 
adataihoz hozzáférni" jogosultak. 


(5) A jegyző nyilvántartást vezet azokról a köztisztvi- 
selőkről, akik az eljárás során jogosultak az egyes 
okmánynyilvántartások adataihoz hozzáférni. 


A továbbiakban a (6) bekezdés b) pontja időkorlátokat 
állít a jogosultak adat-hozzáférhetőségéhez, mely szerint 
a hozzáférési jogosultságnak kezdő és vég időpontja 
van. A végző időpont lehet időtartammal kijelölt, de 
visszavonásig terjedő Is. 


(6) Az (5) bekezdésben meghatározott nyilvántartás 
tartalmazza: 

a) az érintett köztisztviselő természetes 
személyazonosító adatait; 

b) okmánynyilvántartásonként elkülönítve a 
hozzáférési jogosultságot, a hozzáférési jogo- 
sultság kezdő időpontját és időtartamát, vala- 
mint a hozzáférési jogosultság módosításának, 
visszavonásának okát és időpontját. 


A törvény a végrehajtási rendeletben rendelkezik a 
,Tendszergazda" feladatairól, tehát a technikai oldalról 
(lásd a 4. ábrán). 

Ennyi példa után nézzük meg a Büntető törvénykönyv 
300 C § (1) , Aki számítástechnikai rendszerbe a számí- 
tástechnikai rendszer védelmét szolgáló intézkedés meg- 
sértésével vagy kijátszásával jogosulatlanul belép" 
részének értelmét. Ha tehát valaki szándékosan — vagyis 
nem a saját nevén és jelszavával — jut be egy számára 
nem jogosított adatállományba, megvalósítja a 300 § C 
(1) bekezdés szerinti vétséget. 

Hasonlóan kell értelmezni minden olyan eljárást, 
amellyel valaki a számítástechnikai rendszer védelmét 
szolgáló intézkedés megsértésével vagy kijátszásával 
jogosulatlanul lép be. A szándékos jogosulatlan belépés 
maga a tényállás lényegi eleme! 


www.linuxvilag.hu 





Vhr. 42. § 

(1) A nyilvántartás szerveinél az adatvédelemért 
felelős vezető, valamint a számítástechnikai 
rendszerek üzemeltetője gondoskodik az 
adatállomány fizikai megsemmisülés elleni 
védelméről, a rendszerben alkalmazott 
adatkezelési eljárások és az adatállományok 
biztonságáról, valamint az illetéktelen hozzá- 
férés elleni védelemről. 

(2) A nyilvántartás kezelője, illetve üzemeltetője 
a) gondoskodik a fokozott tűzvédelemről, 
valamint lehetőség szerint folyamatos 

áramforrást alkalmaz; 
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b) nyilvántartja a mágneses adathordozókat, 


és azokat a biztonsági előírásoknak 
megfelelően kezeli; 


c) rendszeresen menti az adatállományt, és 
a másolatot olyan helyen tárolja, ahol 
biztonságosan megőrizhető és hozzáfér- 
hető. A helyi állomány biztonsági máso- 
latául a területi, továbbá a központi 
számítógépes adatbázis szolgál; 

d) gondoskodik a vírusvédelemről. 

Vhr. 44. § 

(1) A nyilvántartó szerv, az üzemeltető, illetve az 
adatszolgáltatást közvetlenül (online) igénybe 
vevő szerv dolgozói csak meghatározott 
jelszó és azonosító használatával férhetnek 
hozzá az adatállományhoz, amelyek egyide- 
jűleg meghatározzák az adathozzá- 
férési jogosultság mértékét is. 


ZT 


A , jogosultság kereteit megsértve bentmaradás" ese- 
tében a jogosultság időkorlátját valaki szándékosan lépi 
túl, és ezáltal valósítja meg a törvényi tényállást. 
Hogyan tehetjük meg? Ha például a rendszergazda a 
jogosultságának lejártával a jogosult hozzáférését nem 
törli, ezért neki lehetősége marad az (immár) illetéktelen 
hozzáférésre. Amennyiben illetéktelen hozzáférését 
szándékosan használja, az büntetendő. 

Érdekes, vitára okot adó gondolat a fenti 300 § C (1) 
értelmezése olyan esetekben, amikor az informatikai 
munka egy cég életében nem jogszabályokon alapul, 
ráadásul szervezetlen is (lássuk be, ez igen gyakori), 
tehát a felelősségi határok elmosódottak. Vajon ekkor 
hogyan alakul a büntetőjogi megközelítés? Erre a 
következő alkalommal térünk vissza. 
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SCSI device: NNA 


Logfiles: djjstászeltáii Est 
nb (0) CD-ROM : dev/odrom 


CD-író program karakteres felületen 


Beszélgetőtársam Várkonyi Balázs, a , cdw" 
karakteres CD-író program alkotója. Munkatársunk 
a szerzőt a program születéséről és a felmerülő 
nehézségekről kérdezte. 


Gibizer Tibor (a továbbiakban Gibzo): Ma már egyre 
többen programoznak Linux alatt. Te mikor ismerkedtél 
meg ezzel a csodálatos rendszerrel? 

Várkonyi Balázs (a továbbiakban vbalr): Megközelítőleg 
hat éve találkoztam először a Linuxszal az egyik ismerő- 
sömnél. Akkor már sokat hallottam róla, és mindenki, aki 
ismerte, dicsérte. 
Nekem akkoriban 
még nem nagyon 
nyerte meg a tet- 
szésemet, mivel 
túlságosan fapados- 
nak találtam, egy 
csomó dolgot nem 
értettem, amivel egy 
kezdő linuxos általá- 
ban találkozhat. 
Azóta seregnyit vál- 
tozott a Linux Is meg 
én is. Megközelí- 
tőleg fél év serény 
SuSE-használat után 
rá kellett jönnöm, 
hogy az akkor még 
kezdőknek kiválóan 
alkalmas SuSE csak 
megvillantja a Linux- 
ban rejlő lehetősé- 
geket, azonban az 
érdemi munkához 


(F6) Eject when done: [X] 
(F8) Joilet information: [X] 
(1) Useful RR attribs: [X] 


Fifo: 1007 


valami olyasmit kell keresnem, ami lényegesen közelebb 
áll a Linux eredeti látásmódjához. Az sem mellékes, hogy 
nem kell évente kétszer-háromszor komoly összeget kiad- 
nom valamiért, amit szabadon és ingyen is meg tudok 
szerezni, ráadásul ez a megoldás tényleg azt és úgy teszi, 
ahogy én szeretném. Nem húzom tovább az időt, hiszen 
a lényeg az, hogy Debianra (Woody) váltottam, amit las- 
san egy éve használok. Előtte sok mindent kipróbáltam, 
Red Hat, Slackware, de a Debian GNU/Linux az, ami a 
legjobban megnyerte a tetszésemet. 





Gibzo: Sokan végigjártuk ezt az utat. Maradjunk 
továbbra is a múltnál. Mióta programozol, és milyen 
nyelvet használsz? 

vbalr: 1992-ben egy aprócska asztali gépen ismerked- 
tem meg a Basic csodáival. Akkor még az Enterprise 
128-as gépe jelentette számomra a számítástechnika 
elérhető csúcsát. Miután meglett az első PC-m, áttértem 
Pascalra. Egy éve dolgozom C-ben. Mindig szerettem 
volna C-ben programozni, de kicsit féltem is tőle. Ezt a 
lépést fontos volt megtennem, mivel szerettem volna 
átlépni a Pascal korlátait, és a nyílt forrású programozás 
— mely már régen megnyerte a tetszésemet — a C nyelv 
ismerete nélkül nem az igazi. Talán fontos megjegyez- 
nem, hogy ezeket a nyelveket mind könyvből tanultam, 
tanulom. A kezdeti nehézségek után nagyon megszeret- 
tem a nyelvet, és mostanra szerencsére már kezdek 
kicsit , C-sen" gondolkodni. 

Gibzo: Akkor ebből egyenesen következik, hogy az 
általad készített programok C nyelven íródnak? 

vbalr: Lassan elmondhatom magamról, hogy igen, bár 
vannak régebbi próbálkozásaim, amelyek csak egyszerű 
parancsfájlok, azokra most inkább nem is pazarolnék 
időt, mert nem túl jól sikerültek. 

Gibzo: Szerencsére ennek ellenére sem rejtetted el őket 
a nyilvánosság elől, hiszen a honlapodon megtalálhatók. 
vbali: Valóban kitettem őket, azonban ezeknek haszná- 
lati értékük nincs, inkább esettanulmányok, vagy nevez- 
hetjük őket apró ötleteknek is, amit már csak azért is 
érdemes megnézni, hogy lássuk, milyen jó dolgokat 
lehet a héjprogramozással elérni. 

Gibzo: Milyen programokkal dolgozol? 

vbalr: Ha programozom, akkor általában a Midnight 
Commander (mc) beépített szövegszerkesztőjét, az 
mcedit-et használom. Nagyon szeretem és ugyancsak 
megszoktam. 

Ha Gtk-t vagy 
Gnome-ot prog- 
ramozok, az 
Anjutát használom, 
amely szintén 
nagyon jól hasz- 
nálható program. 
Itt ki Is merül a 
munkámhoz hasz- 
nált programok 
sora, azonban 
természetesen 

én is használok olyan általános dolgokat, mint az 
OpenOffice.org (hála és köszönet a magyarítóknak), 
Gimp, XMIMS - bár ezek nem közvetlenül a munkámhoz 
szükségesek. 

Gibzo: Miért kezdtél el CD-író programot készíteni? 
vbali: Miután sikerült Debian alatt beüzemelni az írómat, 
elkezdtem próbálgatni az íróprogramokat. Mivel jobban 
szeretek karakteres felületen dolgozni, főleg olyanokat 
kerestem, amelyek grafikus felület nélkül is használha- 





tók. A cdrecord önmagában nagyon jó program, mivel 
azonban kellőképpen lusta vagyok hozzá, hogy mindig 
kézzel pötyögjem be az adatokat, kezelőfelületet szerettem 
volna találni hozzá. Van is néhány a , piacon", de sajnos 
nem találtam olyat, amit igazán használhatónak nevez- 
hetnék, így elkezdtem írni egyet. 

Gibzo: Jelenleg hol tart a fejlesztés? 

vbalr: Gőzerővel készül a 0.1.4-es változat, amelyben 
rengeteg újítás lesz az előző változatokhoz képest. 
Szerencsére pár srác segítő kezet nyújtott, és közvetlen 
vagy közvetett módon beszállt a fejlesztésbe. A 0.1.3-as 
változat debianos csomagja már elkészült és az uhus 
csomagon is dolgoznak már. Az új honlapot is készítik, 
mert a jelenlegi enyhén szólva elmarad a mai kívánal- 
maktól. Ennek csupán az az oka, hogy a honlapkészítéshez 
nem túlságosan értek, éppen ezért bíztam a dolgot 
olyanra, akinek Jobban megy az ilyesmit. 

Gibzo: Mire lenne szükséged a továbbhaladáshoz? 

vbalr: Legfőképpen több időre. Főállásban egy irodában 
dolgozom, mellette végzem a főiskolát, ezért elég túl- 
terhelt vagyok. Amikor időm engedi, azért progra- 
mozgatok. Éppen ezért programozókra nagyon nagy 
szükség volna. Ha többen tudnánk írni a programot, 
sokkal gyorsabban haladnánk és jobban el tudnánk 
készíteni az egészet. Már az is nagy segítség lenne, 

ha valaki átnézné az eddigi munkámat, és egy kicsit 
,kitakarítaná" a soraimat. 

Gibzo: Említetted, hogy már elkészült a debianos csomag, 
és az Uhu is folyamatban van. Ebből arra következtetek, 


hogy azt szeretnéd, ha a munkád szerves részévé válna 
néhány összeállításnak. Jól érzem? 

vbali: Természetesen igen. Meggyőződésem, hogy egy 
programra soha nem mondhatjuk, hogy kész, mivel 
mindig akad rajta csiszolnivaló, de ha végre eljut a 
megbízható változatig, biztosan nagyon boldog leszek. 
Nem titkolt vágyam, hogy egy olyan CD-író programot 
készítsek, mely a hang- és adatírás mellett a hang-minta- 
vételezést is tudja, tehát a wav és MP3 formátumot oda- 
vissza kezeli, MP3-tagszerkesztéssel rendelkezik és 
sorolhatnám. 

Gibzo: Jelenleg hányan dolgoztok a csoportban? 

vbalr: Túl kevesen. 3—4 fő dolgozik rendszeresen a 
csapatban, de sajnos egyedül vagyok programozó. 

A tagok listája megtalálható a 

2 http://sourceforge.net/projects/cdw címen. 

Gibzo: Köszönöm a beszélgetést, és Jó munkát, sok sikert 
kívánok a , cdw"-hez. 


Érdeklődő olvasóink Várkonyi Balázsnak 
a vbalkowestel900.net címre írhatnak. 
2 http://vbali.freeweb.hu 
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újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja a kutyákat, 
a kerékpározást és az autós 
csavargást. 


A HP üzenete az alkatrészgyártóknak: áruljatok másnak NDA-t! 


Bruce Perens, a Hewlett-Packard Linux-cárja szerint , na- 
gyon jó" esély mutatkozik arra, hogy az újonnan létrejött, 
legnagyobb Linux-kereskedő, az összeolvadt HP-Compag a 
Linuxszal együttműködő alkatrészeket részesítse előnyben. 
Az új irányelv vállalatszerte megkövetelné, hogy ,,a terve- 
zés során elsősorban olyan eszközöket vegyenek figye- 
lembe, amelyekhez rendelkezésre áll az illesztőfelület 
nyilvános leírása". 

A HP tervezőmérnökei számára ez annyit jelent, hogy két 
lehetséges alkatrész közül azt kell választani, amelyikhez van 
nyílt forrású meghajtóprogram, vagy amelyikhez programo- 
zási kézikönyvet is ad a forgalmazó. NDA-val kísért alkatrész 
mellett csak akkor dönthetnek, ha nincs más megoldás, 
vagy a másik megoldás megfizethetetlenül drága lenne. 
Perens nem latolgatta, hogy a HP mennyivel fogja keve- 
sebbre becsülni az NDA-ba burkolt elemeket. A kérdés úgy 
is feltehető, hogy a HP mennyivel hajlandó többet fizetni a 
nyilvános leírással rendelkező eszközökért? Perens azt ta- 
nácsolja a tervezőknek, hogy , használják a fejüket". , Gra- 
fikus lapkákkal foglalkoztam" — árulja el. Az ATI alacsony 
szintű grafikus alkatrészei viszonylag jók, a magas szintű- 
ek, azonban véleménye szerint ,mind vacakok". Az új 
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irányelv eredményeképpen a HP a korábbi NDA-ba bújta- 
tottak helyett már nyílt leírású modemlapkákat használ. 
Az összeolvadást megelőzően a HP-n belül , vállalati irány- 
vonalként" elfogadták a leírt alkatrészeket javasló rendsza- 
bályt, amely a legjobb úton haladt afelé, hogy vállalati ha- 
gyománnyá váljon. Az új, egyesült vállalati vezetéssel azon- 
ban Perensnek újból jóvá kell hagyatnia. , Az egyesítés sok 
dolgot megakasztott, és a (compagos) vezetők tudomására 
kell hoznom, hogy erre szükségünk van" — jelentette ki. 
Abból, hogy a HP laptopok és PDA-k Linuxszal is használ- 
hatók lesznek, még nem következik, hogy a cég a Linuxot 
ezeken a gépeken hivatalosan is támogatni fogja. Nem 
tervezik linuxos laptopok eladását, és nem akarják hasz- 
nosítani Jim Getty munkáját, aki azzal foglalkozott, hogyan 
futtatható Linux és az X a (korábban Compag, most már 
HP) IPAO gépeken. , Főleg linuxos kiszolgálókkal dolgo- 
zom" — mondja Perens. Hogyan érinti az összeolvadás 
a Linuxot a HP-nál és a Compagnál? , Hacsak valami 
szörnyűség nem történik, biztosan a javára válik majd." 
Don Marti 


Linux Journal 2002. augusztus, 100. szám 
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A Linux 100 pillanata 


A Linux Journal 100. megjelenése alkalmából testvérla- 
punk bemutatta a Linux történetének 100 legjelentősebb 
eseményét. Amint azt az időszalagon is megfigyelhetjük, 
a Linux Journal első kiadása egybeesett a Linux 1.0 
megjelenésével. Azóta a magazin sorsa nagymértékben 
követi a Linux életvonalát. Lássuk, mi is történt velük! 
"A megjelenés óta nyolc, érdekes eseményekkel teli, viha- 
ros év telt el. A történések közül mindössze százat kiválasz- 
tani egyáltalán nem volt könnyű feladat, és biztos, hogy 
lesznek olyan olvasóink, akik hamar meg tudnak említeni 
olyan eseményt, amelyet kiválaszthattunk volna, de nem 
tettük. Mindenesetre választásunkkal megpróbáltuk hűen 
visszaadni a Linux történelmét jellemző hullámvasútjelleget. 
Szeretnénk hangsúlyozni, milyen lekötelezve érezzük 
magunkat Rebecca Sobol-nak és Jonathan Corbet-nek 

a Linux Weekly Newstól pontos és szíves történelmi szer- 
kesztésükért, illetve amiért lehetővé tették nekünk a hon- 
lapjukon bemutatott időszalag adatainak felhasználását." 


Linux-időszalag 


1991. augusztus 

, Üdv minden Minix-felhasználónak odakinn! Készítek egy 
(ingyenes) operációs rendszert (csak hobbi, nem lesz 
olyan nagy és profi, mint a GNU) a 386- (486) AT-kló- 
nokhoz. Április óta kotyvasztom, és már kezd elkészülni. 
Szeretnék visszajelzéseket hallani, mit szerettek, illetve 
nem szerettek a Minixben, mivel az én operációs rend- 
szerem némileg hasonlít rá (többek között azonos a fájl- 
rendszer fizikai kiosztása — gyakorlati okokból). 
Mostanában ültettem át a bash (1.08) és gcc (1.40) 
programokat, és úgy tűnik, működnek a dolgok. Ez azt is 
jelenti, hogy pár hónapon belül valami használhatót fogok 
kapni, és kíváncsi lennék, milyen képességeket szeret- 
nének az emberek. Minden javaslatot szívesen veszek, 
azt viszont nem ígérem, hogy meg is csinálom őket :-) 

— Linus (torvaldscokruuna.helsinki.fi) 

UI.: Igen! Nincs benne Minix-kód és többszálú fs-sel 
(fájlrendszerrel) rendelkezik. Nem hordozható (portable) 
(a 386 feladatváltást használja stb.), és lehet, hogy soha 
nem is fog az AT-merevlemezeken kívül bármi mást 
támogatni, minthogy nekem csak ez van --(." 


1991. szeptember 
Megjelenik a Linux 0.01-es változata, és felkerül a 
hálózatra. 


1992. április 
Ari Lemmke javasolja, majd be is indítja az első linuxos 
hírcsoportot comp.os.linux címen. 


1992. október 
Peter MacDonald bejelenti az SLS-t, az első önálló Linux-te- 
lepítést. A javasolt szabad lemezterület legkevesebb 10 MB. 


1993. június 

Patrick Volkerding Slackware- 
je lesz az első önálló kereske- 
delmi terjesztés, és hamar igen 





nagy népszerűségre tesz szert a Linux-közösségen belül. 


1993. augusztus 
Matt Welsh Linux Installation and Getting Started ver- 
sion 1 című művének kiadása. Ez az első linuxos könyv. 


1994. március 

Megjelenik a Linux Journal első száma. A szám egy 
beszélgetést tartalmaz Linus Torvalds-szal, illetve 
cikkeket Phr/ Hughes, 
Robert , Bob" Young, 
Michael K. Johnson, Arnold 
Robbins, Matt Welsh, lan A. 
Murdock, Frank B. Brokken, 
K. Kubat, Micahel Kraehe 
és Bernie Thompson tollá- 
ból. A bemutatkozó kiadás 
hirdetői közt találjuk az 
Algorithms Inc., az Amtec 
Engineering, a Basmatrk, a 
Fintronic (amelyet később 
VA Research, illetve VA 
Linux Systems néven ismerünk), az Infomagic, a Prime 
Time Freeware, a Promox, a Signum Support, az SSC, 
a Trans Ameritech, a USENIX, a Windsor Tech és a 
Yggdrasil cégeket. Megjelenik a Linux 1.0. 


1994. június 

A New Orleans-i tanácskozás alatt Jon , maddog" 

Hall meggyőzi Linust, hogy a Linuxot ültesse át a DEC 
64-bites Alpha gépeinek processzorára. Kevesebb mint 
két hét múlva maddog a DEC-et is meggyőzi, hogy 
támogassák a projektet — azon nyomban küldtek Linus- 
nak egy Alpha-munkaállomást. 

"A Digital (DEC) és a Linux-közösség együttese volt az 
első igazán sikeres próbálkozás, ahol az öltönyösök és 
a Linux-megszállottak (geek) együtt tudtak dolgozni" 

— vélte maddog. 

Jon , maddog" Hall megalapítja a Linux International 
nonprofit ismeretterjesztő szervezetet. A Linux Interna- 
tional jó úton halad afelé, hogy a Linux sikerének egyik 
főbb részesévé váljon azáltal, hogy a Linux operációs 
rendszer megismertetésében, használatában és terjesz- 
tésében cégeket és másokat is segít. 
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1994. augusztus 

Linux-védjegyvita: legyen-e védjegy a Linux? William 
R. Della Croce, Jr. 1994. augusztus 15-én kérelmezi 

a ,Linux" védjegyet, amit szeptemberben be is jegyez- 
nek. Della Crocénak nincsen ismert köze a Linux-közös- 
séghez azt leszámítva, hogy leveleket küld a jelentő- 
sebb Linux-cégeknek, pénzt követelve tőlük a , Linux" 
védjegy használatáért. 1996-ban a bíróság Della 
Croce ellen hoz ítéletet. Az ügy felperesei közt találjuk 
Linus Torvaldsot; a Specialized Systems Consultants, 
Inc. (a Linux Journal kiadója); a Yggdrasil Computing, 
Inc.; a Linux International; és a WorkGroup Solutions 
(más néven LinuxMall) cégeket. A felperesek győze- 
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delmeskednek, és 1997-ben kihirdetik, hogy a védjegy 
minden felperes és Linux-felhasználó nevében Linus 
Torvaldsot illeti meg. 


1994. szeptember 

A Linux első feltűnése a sajtó fő áramában. A Wired 
magazin megjelenteti Seth Rosenthal 
Kernel Kid című cikkét, amelyben a 
következőt írja: , Vajon Linus Finnor- 
szág Bill Gates-évé szeretne válni? 
Valószínűleg nem. Ahogyan saját 
maga jellemezte önmagát: ,semmi- 
képpen sem mintatanuló", és végezni 
sem siet, amióta , a Linux olyan sok 
időt elvesz a tanulástól, és egyébként is szeretem azt 
a munkát, amit az egyetemen végzek. Ez tart ébren." 
Randolph Bentson a Linux Journal közönségének beje- 
lenti a világ első, gyártó által támogatott linuxos eszköz- 
meghajtóját. A Cyclades egy több kapuval szerelt soros 
kártyát (multiport serial card) küldött neki, hogy cserébe 
fejlesszen hozzá linuxos meghajtót. 


1994. december 

Egy nagyobb bemutató (tradeshow) és tanácskozás 
hívja fel a figyelmet a Linuxra. Az Open Systems World 
felállít egy Linux-követőt, amelynek a Linux Journal ad 
otthont. A két napos szemináriumon Eric Youngdale, 
Donald Becker, Dirk Hohndel, Phil Hughes, Michael K. 
Johnson és David Wexelblat is felszólal. 


1995. április 

Lezajlik a Linux Expo, az első Linux-központú bemutató 
(tradeshow) és tanácskozássorozat ebédekkel, köszönet- 
nyilvánítással a North Carolina State University munka- 
társainak, köztük kiemelten Donnie Barnes-nek. Az elő- 
adók közt találjuk például Marc Ewing-et, Rik Faith-et és 
Michael K. Johnson-t. A Linux Expo sikeres lesz: a leg- 
népszerűbb és leglátogatottabb éves linuxos eseménnyé 
válik az elkövetkező néhány év során (három év múltán 
a Red Hat veszi át a szervezést és válik a fő támoga- 
tóvá). A kiállítás belépti díja és a tanácskozásra szóló 
jegy ára 4 dollár volt. 





1997. január 

Az első ,Linux-vírus" felfedezése. A vírus neve Bliss, 
tulajdonképpen bármilyen Unix-szerű operációs rend- 
szeren működik és rendelkezik egy — ,bliss-uninfect- 
files-please" (Bliss, kérlek, fertőtlenítsd a fájlokat) 
parancssori kapcsolóval. Alan Cox rámutat, hogy a 
Bliss , nem tudja kijátszani a biztonsági rendszert; azon 
alapul, hogy az előjogokkal bíró emberek valami buta- 
ságot tesznek", és emlékezteti a felhasználókat, hogy 
kizárólag digitálisan aláírt programokat telepítsenek 
megbízható gépekről, illetve a telepítés előtt ellenőrizzék 
az aláírásokat. 

,Linux alá valószínűleg könnyebb vírust írni, hiszen nyílt 
forráskódú, azaz a kódja elérhető. Ezért aztán egyre több 
Linux-vírust fogunk látni, ahogy az OS egyre gyakoribbá 
és népszerűbbé válik — vágyakozó McAfee-s gondolatok. 
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1998. január 

A Jonathan Corbet és Elizabeth Coolbaugh alapította 
Linux Weekly News megkezdi tevékenységét. Legelső 
kiadásuk január 22-én csak egy apró utalás arra nézvést, 
hogy az LWN mivé szeretne válni. 

A Netscape bejelenti, hogy böngészőjük forrását nyílt 
forrású szabadalom alatt fogják kiadni. Csaknem teljesen 
biztosan ez marad az év egyik legfontosabb eseménye 

— ugyanis sok szemet felnyitott, megmutatva, hogy milyen 
lehetőségeket teremthet a Linux és a szabad programok. 
A Red Hat Advanced Development Labs (RHAD) alapítá- 
sának éve. Azóta már az egyik olyan nélkülözhetetlen 
hellyé vált, ahol az embereknek azért fizetnek, hogy sza- 
bad programokat fejlesszenek, és lényeges összetevőket 
készítsenek a GNOME Projecthez. Az RHAD olyan 
fejlesztőket tudott megnyerni, mint ,Rasterman" (igaz, 
csak egy rövid időre) és Federico Mena-Cuintero. 


1998. február 

Megjelenik a Cobalt Oube és — nagy teljesítnényének, 
alacsony árának és ügyes formatervezésének köszönhe- 
tően — szinte azon nyomban a kereskedelmi sajtó ked- 
vencévé válik. A Cobalt Linux terveit nem más készí- 
tette, mint David Miller, akitől igen sok jó dolog szárma- 
zik a Linux-rendszermagban. 

A Linux-felhasználók közössége 
megnyeri az InfoWorld technikai 
támogatás díját ( Technical Support 
Award), a Red Hat 5.0 pedig az 
Operációs rendszer díjat (Operating 
System Award). A technikai támogatás díjja volt az, ami 
igazán felnyitotta az emberek szemét — eddig mindenki 
azt mondogatta, hogy a Linuxnak egyáltalán nincs támo- 
gatása. Ez lett tehát az ellenzők , nincs is támogatása" 
érvének a vége. 

Eric Raymond és barátai elkezdik használni a , nyílt 
forráskódú" (open source) kifejezést. Védjegyért 
folyamodnak, és felállítják az 5 http://opensource.org 
honlapot. Ilyen módon kezdődnek az első formai 
erőfeszítések a Linux testületi felhasználására. 


1998. március 

Ralph Nader fogyasztóvédelmi ügyvéd arra kéri a nagy 
PC-gyártókat (Dell, Gateway, Micron stb.), hogy ne 
Microsoft-rendszerekkel, hanem többek között Linuxszal 
telepített gépeket is árusítsanak. 


1998. április 

Az US National Public Radio hírének témája a Linux, 
jelezve első megjelenését a nem technikai sajtó 
főáramában is. 

O Reilly megtartja a ,legelső" Szabad Szoftver Csúcsot 
(Free Software Summit), ahol Larry Wall, Brian Behlendorf, 
Linus Torvalds, Guido van Rossum, Eric Allman, Phil 
Zimmermann, Eric Raymond és Paul Vixie szerepel. 


1998. május 
A Google keresőmotor megjelenése. Nemcsak az egyik 
legjobb keresőmotor, de Linuxon alapul és Linuxszal 
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foglalkozó keresőlapokat mutat be. 

Kezdenek a nagy adatbázisok is megérkezni. A Computer 
Associates bejelenti Linux-támogatását az Ingres 
rendszerhez, az Ardent Software pedig az 02 object 
database-hez. 


1998. június 

, Számos terméknek, ami ingyenes, hűséges követői 
vannak, még ha csak kevesen is. Soha nem hallottam, 
hogy egy vásárló a Linuxról tett volna említést nekem." 
— Bill Gates, PC Week, 1998. június 25. 

". . . ezek az operációs rendszerek az elkövetkező három 
évben nem fognak széles körben elterjedni a fő üzleti 
alkalmazások piacán, és nem lesz széles körű, külső 
fejlesztők (third-party) által nyújtott támogatásuk." 

A Gartner Group szerint a szabad programoknak nem 
sok reményük van. 

A Datapro tanulmány eredménye szerint minden rend- 
szer között a Linux rendelkezik a legnagyobb felhasználói 
elégedettségi mutatóval; és arra is rámutat, hogy a 
Linux az egyetlen rendszer a Microsoft Windows NT 
után, amely a piaci részesedését növeli. 

Az IBM bejelenti, hogy terjeszteni és támogatni fogja 
az Apache webkiszolgálót, miután megegyezett az 
Apache-csapattal. 


1998. július 

Az asztalháború elmérgesedik, a KDE- és a Gnome-hívők 
sértéseket vágnak egymás fejéhez. Linus közbeavatko- 
zik, és kijelenti, hogy felőle mehet a 
KDE. Ekkor jön ki a KDE 1.0-s változata. 
A K Desktop Environment első kiadása 
népszerű, mindazok aggodalmai ellenére, akik nem 
szeretik a Ot könyvtár szabadalmát. 

Az Informix csendben programokat ad ki Linux alá. 
Mindeközben az Oracle egy bölcs PR-fogással kiüti az 
Informix céget, és elsőként jelenti be Linux-barátságát, 
azt sugallva, hogy hamarosan támogatni fogja a Linuxot. 
Az Oracle ígéretei szerint 1998 végére már elérhetők 
lesznek a próbaváltozatok, amelyek hónapokkal a 
határidő előtt elkészülnek. Ez volt — úgy tűnik — a Linux 
hosszútávú felhasználhatóságának tűzkeresztsége; 
ugyanis mind az Informix, mind az Oracle bejelentése 
igen nagy port vert fel. 

Az Informix tulajdonképpen az Oracle-bejelentés utáni 
pillanatokban hozza nyilvánosságra Linux- 
támogatását. Később a Sybase szintén 
kijelenti, hogy támogatni kívánja a Linuxot. 
Linus feltűnik a Forbes magazin címlapján. 
A lap hosszú történetet közöl a Linuxról, 
az igen kedvező hangvételű írás sokak 
figyelmét felhívja a rendszerre, olyanokét 
is, akik addig soha nem is hallottak róla. A Linux közis- 
mert fogalommá válik. 








1998. szeptember 
Whitinger és Dwight Johnson beindítja a 
LinuxToday.com honlapot. A honlap, amelyet később az 


Internet.com megszerez, kétségtelenül minden idők 
legolvasottabb és látogatottabb Linux portálja. 

Steve Ballmer a Microsofttól bevallja, hogy , aggódnak" 
a szabad programok miatt, és azt javasolja, hogy a Win- 
dows NT forráskódjának egy részét esetleg tegyék 
elérhetővé a fejlesztők számára. Ugyanebben a hónap- 
ban a Microsoft a Linuxot fenyegető versenytársként 
kezdi jegyezni az éves SEC (US Securities and Exchange 
Commission) irataiban. Számosan úgy gondolják, hogy 
valódi céljuk a közelgő antitrösztper befolyásolása. 


1998. október 

, Jelen pillanatban azonban a redmondi (Washington) 
cég, úgy tűnik, hálás a Linux felemelkedéséért, ugyanis 
felismerték benne azt a lehetőséget, amellyel bizonyít- 
hatják, hogy a Windows mégsem monopólium. Ez 
azonban csak most jutott eszükbe, amikor a cég október 
15-én kezdődő antitröszttárgyalása előtt áll. Ez a rövid 
távú cél. Hosszú távon a Linux és más nyílt forrású 
programok még sok fájdalmat okozhatnak Mr. Gatesnek." 
— The Economist, 1998. október 3. 

Az Intel és a Netscape (és két befektető cég) bejelentik 
kisebbségi részvételüket a Red Hat Software-ben. 

A pénzt az , enterprise support division" létrehozására 
használják fel a Red Haten belül. Az esemény hihetetlen 
hatást és nagymennyiségű írást vált ki a sajtóból, mivel 
ebben látják a Linux befogadását a komoly üzleti világba. 
A Corel bejelenti, hogy a WordPerfect 8 for Linux 

, személyes használatra" ingyenesen letölthető. Egyben 
bejelentik partneri viszonyukat a Red Hattel, miszerint 
Linuxot futtatnak a Netwinderhez. 


1998. december 

Az IDC jelentése szerint 1998-ban a Linux-szállítások több 
mint 200 százalékkal, piaci részesedése pedig 150 száza- 
lékkal nőtt. A Linuxnak 17 százalékos piaci részesedése 
van, és növekedési üteme minden más, a piacon részt- 
vevő operációs rendszert messze maga mögött hagy. 


1999. január 

"A Microsoft Corp. óriási hírveréssel közli majd a világ- 
gal, ha a Windows 2000 végül megjelenik. A Linuxot 
alkotó Linus Torvalds a Linux következő nemzedékét 
jelentő 2.2-es változat megszületését egy egyszerű meg- 
jegyzéssel jelezte a Linux-kernel levelezőlistán." 

— Steven J. Vaughan-Nichols, SmCrt Reseller 
Megjelenik a Samba 2.0., amely visszafejtett Microsoft 
tartományvezérlőprotokoll-megvalósítást tartalmaz, Így 
téve lehetővé, hogy a Linux-kiszolgálók a windowsos 
hálózatokban is teljes értékű szolgáltatást nyújtsanak. 

A Hewlett-Packard és a Compag bejelenti, hogy Linux- 
alapú rendszerek eladását tervezik. Később a Dell szintén 
bejelenti, hogy tervbe vette a Linux-telepítésű rendsze- 
rek árusítását. Az SGI is bizonyítja hajlandóságát, amikor 
nyilvánosságra hozza, hogyan lehet Linuxot telepíteni 

a rendszerükre. 

A Loki Entertainment Software bejelenti, hogy a 
Civilization: Call to Power Linux alatt Is megjelenik. 





1999. február 

A Linux- és BSD-felhasználók a , Windows Refund Day" 
(a Windows-visszatérítés napja) alkalmából egyesülnek. 
Meglátogatják a Microsoftot, remélve, hogy fel nem hasz- 
nált Windows-engedélyüket visszavihetik, amelyet akkor 
voltak kénytelenek megvásárolni, amikor operációs 
rendszerrel együtt árusított számítógépet vásároltak. 


1999. március 

Ahogyan az orosz forradalmárt kiretusálták a fotóról, 
úgy hagyják ki a történetírásból. Stallman volt a Free 
Software-elképzelés és a 

MADI GNU/Linux operációs rendszer 
sű kezdeményezője. Ezt azonban a 
LinuxWorld (Expo) írásaiból nem tudhatjuk meg. Linus 
Torvaldsnak jutott az összes tinta." 

— Leander Kahney, Wired magazine, 1999. március 

Az első LinuxWorld Konferenciát és Expót Kaliforniában, 
San Joséban tartják. Erre az első nagy linuxos üzleti 
,bemutatóra", amely a világ figyelmét felhívta a Linux 
megérkezésére, állítólag 12 000 ember jelentkezett. 
Bemutatkozott a Linux Magazine, további versengést 
hozva a Linux-sajtó világába. Később egyéb magazinok 
tűnnek fel és el: az Open, a Journal of Linux Technology 
(JOLT), illetve a Maximum Linux. 

A VA Research egymillió dollárért megvásárolja a 
Linux.com tartományt és bejelenti, hogy Linux-portált 
kíván létrehozni. A Microsoft állítólagos ajánlata a 
tartományra meghiúsul. 


1999. április 

". . Képzeljék el, milyen érzés látni, hogy egy eszményi 
projekt megakad és hatástalan, csak azért, mert az 
emberek nem adják meg azt a megbecsülést, 
amiért megdolgoztál. Ha olyan idealista vagy, 
mint én, ez az egész évtizededet elronthatja." 
— Richard Stallman a GNU/Linuxról 

Al Gore elnöki kampányának honlapjáról azt 
állítják, hogy nyílt forráskódú. Később a hírt visszavon- 








ják, de a honlapon továbbra is a következők szerepelnek: 


"A Gore 2000 Volunteer Source Code Projectet a nyílt 
forrás haladó szellemében hoztuk létre; a 

2 http://www.algore2000. com nyílt honlap". 

A HP bejelenti 24/7 támogatási szolgáltatását a Caldera-, 
Turbolinux-, Red Hat- és SuSE-változatokhoz. Egyben az 
OpenMailt is kiadják Linux alá. 

A Linux FreeS/WAN projekt kiad egy ingyenes IP Sec- 
megvalósítást, lehetővé téve, hogy a Linux ma már ipari 
szabványnak számító VPN-átjáróként működjön. 

, Egyszerűen az a tény, hogy egy hivatalos SEC-dokumen- 
tum tartalmazza a GPL-szöveget, már épp eléggé bizonyít- 
ja, hogy a program üzleti szabályai erősen újraíródnak." 

— Andrew Leonard, Salon 


1999. május 

,Ez a két kicsiny szó: , nyílt forrás", mágikus jelentést 
nyert, akárcsak a portál 1998-ban (nálunk kicsit később 
— a ford.), vagy a push 1997-ben (ami a hazai viszonyok 


www.linuxvilag.hu 


között nem tudott meggyökeresedni — a ford.). Csak ezt 
kell suttogni, és minden a miénk lehet: a média figyel- 
me, a fogyasztók érdeklődése és természetesen a koc- 
kázati befektetők bizalma". 

— Andrew Leonard, Wired 


1999. augusztus 

Az első Intel IA-64 Merced lapka. Bár az Intel több ope- 
rációs rendszernek is adott szimulátorokat, a Linux az 
egyetlen OS, amelyen az új kiépítés már első napjaiban 
is működik. A Register főcíme: , Megjelent a Merced 
lapka: a Linux fut, az NT nem". 

Az SGI bejelenti Linux-alapú kiszolgálórendszerét, az 
1400L-t. Az SGI egyben közli partneri viszonyát a Red 
Hattel, és komolyan beszáll a rendszermag fejlesztésébe. 
Megjelennek a Red Hat induló részvényei (1PO); az utol- 
só pillanatban végrehajtott átárazás segít megnehezíteni 
azoknak az embereknek a dolgát, akik a közösség fela- 
jánlásaiból vették ki a részüket. A részvényárak azonnal 
ötven dollárra emelkednek, ami ez idő tájt még magas- 
nak tűnik. 

,[mmár sokadszor valaki utat mutatott a paradicsomba, 
és kiépítette a parkolót Linux-programozók ezrei szá- 
mára, akik létrehozták az utopisztikus nyílt forráskódú 

— szabad segítség a szabadon használható operációs 
rendszer megalkotásához — mozgalmat. A Red Hat kezdő 
részvényeinek sorsa volt a biztos jele annak, hogy a 
Wall Street átvágta az új Linux-sétány szalagját." 

— The Industry Standard 

A Motorola linuxos nyilatkozatokat tesz a linuxos beá- 
gyazottrendszer-protokollról, a támogatási és oktatási 
szolgáltatásokról, valamint a Lineóval alakuló partneri 
viszonyáról. 

A Sun megszerzi a StarDivisiont; bejelenti tervét, misze- 
rint a StarOffice-t a Sun Community Source License 
védelme alatt adná ki, illetve elkészíti az irodai csomag 
webre felkészített változatát. 


1999. szeptember 

"A New Jersey-beli, burlingtoni székhelyű Burlington 
Coat Factory Warehouse Corp. körülbelül egymillió dollárt 
költ 1250 Linuxszal telepített Dell-számítógép vásárlá- 
sára, a Red Hatnek azonban egy centet sem fizet a támo- 
gatásért" — mondja Michael Prince információs vezető. 
,Feltételezem, hogy a Red Hat üzleti modellje van, akinek 
hasznos, viszont számunkra nincs sok értelme". 

— Daniel Lyons, Forbes, 1999. május 31. 

Szeptemberben a Burlington végül mégiscsak vásárolt 
támogatást a Red Hattól. 

Az első nagy Linux-részvényroham. Az Applix részvényei 
mennyiségileg több mint a kétszeresére nőnek, elérve 

a közel 27 millió részvényt — a tényleges piacon lévő 
kilencmillió részvény háromszorosát. 

A SCO Észak-Európában kiadott füzetében a Linuxot 
becsmérli: 

"A Linux jelen pillanatban sokkal inkább tekinthető 

az IT-tanulók játékszerének, mint komoly operációs 
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rendszernek, amelyre egy üzlet működését, biztonságát 
és jövőjét lehet alapozni. Mivel a Linux alapvetően 
mindenkinek szabad, ez azt jelenti, hogy nincsen olyan 
ember, illetve cég, akit felelősségre lehetne vonni, ha 
valami nem jól működik, ráadásul nem lehet előrejelezni, 
hogy a Linux melyik úton fog továbbfejlődni." 

A Red Hat részvényei elérik a 135 dollár/részvény árat, 
ami ez idő tájt hihetetlenül magasnak tűnik. 


1999. október 

A Sun Microsystems nyilvánosságra hozza, hogy a 
Solaris forrását a Sun Community Source License 
védelme alatt fogja kibocsátani. A tényleges kiadást 
azonban bírálatok érik: 

"A Linuxra irányuló törekvésként a Sun elhatározta, hogy 
szerdán bejelenti: az új Solaris 8 operációs rendszer for- 
ráskódja nyílt lesz. A Webster szótára igen sok meghatá- 
rozást kínál erre a szóra, többek között a ,nem lezárt, 
rögzített vagy bezárt" is szerepel benne. Ha a Sun-nyilat- 
kozat mélyére ásunk, azt találjuk majd, hogy a felaján- 
lásuk nem igazán találkozik a szótár meghatározásával, 
ezt a Nyílt Forráskód mozgalomra hagyja." 

— Lawrence Aragon, Redherring.com, 2000. január 26. 


1999. november 

... ha egy dologgal kellene jellemezni a Linux-felhasz- 
nálókat, ők a cselekvők, nem a siránkozók." 

— Andy Patrizio, Wired 

A Red Hat részvényben, csaknem 700 millióért megvá- 
sárolja a Cygnust. A Red Hat további beszerzéseiről is 

felröppenek pletykák, és úgy tűnik, nincs megállás. 


1999. december 

A VA Linux Systems két átárazás után kilép a piacra 
(eredeti értéke 11—13 dollár/részvény volt). A végleges 
IPO-ár 30 dollár/részvény; ez szinte azonnal 300 dollárra 
szökik, majd záráskor 250 dollár körül végez. Ezzel felál- 
lítja a NASDAO történetének legmagasabb IPO-emelke- 
dés csúcseredményét. 

,Hűha! Még emlékszem arra, amikor a nagy kérdés az 
volt: hogyan fogunk ebből pénzt csinálni?!" 

— Eric Raymond 


2000. január 

A VA Linux Systems bemutatja a SourceForge-t (igaz, 
a honlap maga már 1999 novemberétől elkészült és 
működött). A SourceForge GPL engedély 
alatt egyben működésének kódját is 
elérhetővé tette. Az év végére 

a SourceForge 12 000 projektnek ad otthont és 92 000 
bejegyzett fejlesztője van. 

A Kínai Népköztársaságban megjelenik a Red Flag 
Linux 1.0. 

A Transmeta megtöri hosszan tartó hallgatását, és 
bemutatja a világnak, mire készül: a Crusoe lapkára. 

A Linux Professional Institute bejelenti az első profi 
Linux-hitelesítő vizsgalehetőség létrejöttét. 

A Linuxot sztároló sajtó önti magából az olyan cégek 
híradásait, amelyek a Linux részvények sikerét próbálják 





meglovagolni. A Vitamins.com például a következőt írja: 
"A Vitamins.com újfent kitűnt a hasonló internetes 
egészségügyi honlapok tömegéből, hiszen az elsők 
között van, akik a vezető fejlesztő és nyílt forráskódú 
megoldásokat nyújtó Red Hat által készített Linux 
operációs rendszert használják." 


2000. február 

A legfrissebb IDC-jelentések azt sugallják, hogy a kiszol- 
gáló operációs rendszerek 1999-es eladásának 25 száza- 
lékával a Linux most a , kiszolgálókon alkalmazott máso- 
dik legnépszerűbb operációs rendszer". Az első a Win- 
dows NT 38 százalékkal, harmadik helyen a Netware áll 
19 százalékkal. Az IDC korábban azt jelezte, hogy a Linux 
2002 vagy 2003 táján tornázhatja fel magát a második 
helyre. A forradalom az előrejelzésnél jóval előbbre jár. 

A VA Linux Systems egy magas szintű vásárlás kereté- 
ben megszerzi az Andover.net-et, ahol az Andover-rész- 
vények 0,425 VA részvényt érnek, azaz az áruk megkö- 
zelítőleg 50 dollár/részvény. Az Andover.net a 
tulajdonosa többek közt a népszerű Slashdot.org és 

a Freshmeat.org lapoknak. 

A LinuxMall.com, illetve a Frank Kaspar and Associates 
szintén az egyesülést tervezgeti. A LinuxMall.com csak- 
nem a kezdetektől a Linux kiskereskedelmi értékesítésé- 
nek vezetője volt, a Kaspar az egyik legnagyobb hálózat. 
A Red Hat immár sorozatban a negyedik alkalommal nyeri 
el az InfoWorld Az év terméke (Product of the Year) díját. 


2000. március 

"A nyílt kód törvénye kimondja, hogy egyetlen alkotó 
sem kaphat végtelen hatalmat egy nyílt kód felett. Még 
a királyok sem nyerhetnek teljhatalmat. Ha például Linus 
Torvalds, a Linux-rendszermag atyja olyan módon próbál- 
ná félrekormányozni a GNU,Linuxot, amit a közösség 
többi tagja elutasítana, akkor ők egyszerűen kiszedhet- 
nék a sértőnek talált részeket, és elindulhatnának egy 


külön úton. Ez a fenyegetés 
megköti a királyok kezét 

— csak arrafelé vezethetnek, 
ahová tudják, hogy az emberek követni fogják őket." 
— Lawrence Lessignek a The American Prospectben 
megjelent , Befektetés, szabályozás és az Internet" 
című írásából. 
Megjelent a LILO új változata, amely képes túllépni az 
1024-sávos rendszerindítási határt, ami már évek óta 
hátráltatta a PC-rendszereket. 
A legfrissebb Netcraft-felmérés szerint a Web csaknem 
hatvan százalékán Apache fut. 
Március 21-én, némi késlekedés után, a Caldera Systems 
nyilvánossá válik. A részvény, amelyet 

14 dollár/részvény áron ajánlottak, 

26 dolláron kezd és 29,44-en zár. Így 110 százalékos 
nyereséget könyvelhet el már az első napon. 
"A Caldera egyetlen olyan céget sem ismer, amely 
nyereséges üzletet hozott volna létre részben vagy 


egészében nyílt forráskódú programok alapján." 
— Caldera SEC-iratok 





A Walnut Creek (a Slackware 
anyavállalata) és a BSDI 


beharangozza egyesülését. A Yahoo! saját tőkés 

(eguity investment) beruházásba kezd az új cégnél. 

A Motorola Computer Group közzéteszi HA Linux-ter- 
jesztésének megszületését. Ez a terjesztés azokat a tele- 
kommunikációs alkalmazásokat célozza meg, amelyek- 
nek igen magas rendelkezésreállásra van szükségük; 
ide értendők olyan tulajdonságok, mint a menet közbeni 
cserélhetőség (hot-swap capability), illetve az 1386- és 
PowerPC-megoldásokon való elérhetőség. 

Megjelenik az Embedded Linux Consortium (Beágyazott 
Linux Konzorcium). Célja ,a hatalmas beágyazott piacon 
elmélyíteni, kiszélesíteni és felgyorsítani a Linux-megol- 
dások terjedését". Első vezetője Rick Lehrbaum, ugyanaz 
az ember, aki többek közt a LinuxDevices.com és a 
DesktopLinux.com honlapok mögött áll. 

Az Ericsson beharangozza Screen Phone HS210 termé- 
két, amely tulajdonképpen Linux-alapú érin- 
tőképernyős telefon, amelyet levelezésre, 
böngészésre és egyebekre lehet használni. 
Az Ericsson és az Opera Software bejelenti, hogy az 
Ericsson Linux-alapú HS210 Screen Phone-ja az Opera 
böngészőt fogja alkalmazni. 


2000. április 

A kód beszédesnek ítéltetik. 2000. április 4-én az Egyesült 
Államok feljebbviteli bírósága kihirdette döntését Peter 
Junger az Exportfelügyeleti szabályozás (Export Administ- 
ration Regulations) kérdését illetően, amely megakadá- 
lyozta őt, hogy titkosító algoritmusokat tartalmazó példa- 
kódokat továbbítson az Interneten. A döntés legfontosabb 
része: , Mivel a számítógépes forráskód a számítógép- 
programozással kapcsolatos információk és ötletek cseré- 
jének kifejező formája, döntésünk értelmében az Első 
kiegészítés (First Amendment) rá is vonatkozik." 

Andy Tanenbaum BSD felhasználási szerződés alatt kiadja 
a Minix operációs rendszert. Ha a Minix a kezdetektől 
nyílt forráskódú lett volna, a Linux talán meg sem születik. 


2000. május 

A SuSE kibocsátja az első, IBM 5/390 nagygépeket 
támogató Linux-terjesztést. , Közel 140 terjesztőcég 
létezik szerte a világon. Úgy gondoljuk, hogy az irányadó 
öt kivételével valamennyit felvásárolják, kiszorítják a 
piacról vagy jelentéktelenségre kárhoztatják. A piacon 
osztozó vezető cégek jelenleg jól körvonalazható földrajzi 
határokhoz kötődnek. A Red Hat rendelkezik a legna- 
gyobb piaci jelenléttel, és az észak-amerikai piacon is 
irányító szerepet játszik; Európában a SuSE vezet, Ázsiá- 
ban a lIurbolinux, Dél-Amerikában pedig a Conectiva." 

— Keith Bachman, a WR Hambrecht elemzője a The Red 
Herring előrejelzéséről 


2000. június 
Egyes üzleti megfontolások felgyorsítják 
a MySOL GPL-alapú szerződés alatti kia- 


dását. Inmár két ingyenesen felhasználható adatbázis- 
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kezelő létezik, melyeket a Linux és a Free Software 
közösségek széles körben használnak: a PostgreSOL és 
a MySOL, mivel a Debian Free Software irányelveknek 
és a Nyílt Forráskód irányelveknek egyaránt megfelel- 
nek. Továbbá a Progress Software NuSphere néven 
kizárólag a MySOL támogatását célzó új céget alapít. 


2000. július 

,Az NDA-khoz (titoktartási nyilatkozatokhoz) kötött üzleti 
világban a Debian nyitott könyv. A feladatnyilatkozatok 
(mission statements) világában a Debian társadalmi 
megegyezésen alapul. Amikor az üzleti terjesztők azon 
ügyeskednek, vajon hány üzleti programot tudnak bele- 
préselni egyetlen Linux-termékbe, a Debian továbbra is 
a programok szabadságának védőbástyája marad - élő 
bizonyítékaként a tökéletesen működő és használható 
operációs rendszernek, minden üzleti kód nélkül megy." 
— Evan Leibovitch, ZDNet 

A Sun nyilvánosságra hozza, hogy a StarOffice GPL alatt 
jelenik meg. A kódot újraszerkesztik, beépítik a Bonobo 
és GIK-rendszerbe, és újrahasznosítható összetevőkként 
adják ki. A StarOffice-t szintén átírják, hogy képes 
legyen néhány nyílt, XML-alapú fájlformátumot használni. 
Az Oracle Linux-alapú internetes eszköze megjelenik a 
polcokon. 

Napvilágot lát Larry Ellison — régóta tartó, a világ számára 
nem Microsoft-rendszereket nyújtani kívánó személyes 
hadjáratának — legújabb eredménye, a , New Internet 
Computer" (NIC). Azokat az embereket célozza meg, akik 
csak a Hálózatot kívánják elérni. A termék tulajdonképpen 
egy (monitor nélküli) 199 dolláros X-terminál. 
Megérkeznek az első jelentések, miszerint a Caldera 
esetleg megveszi az SCO-t. Később, 2000-ben a Caldera 
és a SCO bejelentik a Caldera International kialakítását, 
amely a Caldera létező tevékenységéből és a három 
5C0-részleg közül kettőből alakulna. 

Ted TS"o az új 2.4 állapotlista kezelőjeként (status list 
maintainer) lép elő. Ezt a munkát Alan Cox végezte, míg 
ki nem jelentette, hogy ideje volt , valaki mást keresni a 
fenntartására". led Ts"o végül válaszolt Linus többszöri 
kérésére, és elfogadta az állapotlista-kezelői helyet. 


2000. augusztus 

A HP az Intel, az IBM és a NEC bejelentik a nyíltforráskód- 
fejlesztő labor (Open Source Development Lab) megalaku- 
lását, amely a teljesítnményméréshez és kipróbáláshoz 
számos eszközt elérhetővé tesz a Linux-fejlesztők számára. 


2000. szeptember 

"Mocsok vagyok. Fogalmam sincs, miért gondolják 
másként az emberek. Pedig úgy gondolják. Az emberek 
azt képzelik, hogy rendes ember vagyok, pedig a valóság 
az, hogy áskálódó, megalkuvó mocsok vagyok, akit nem 
érdekel, ha belegázol mások lelkébe, és nem hatnak meg 
az elveszett munkaórák, csakis akkor, ha olyasmit 
eredményeznek, amit jobb rendszernek tartok." 

— Linus Torvalds, amint éppen megpróbálja megváltoz- 
tatni a róla kialakult képet 


2002. szeptember 
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Lejár az RSA-szabadalom, lehetővé téve az üzleti prog- 
ramok nélküli biztonságos webes vásárlásokat. 

A Trolltech GPL alá helyezi a Ot könyvtárat, egyszer és 
mindenkorra pontot téve a régóta húzódó, kínos szaba- 
dalom körötti civakodás végére. 

CueCat-fiaskó. A Digital Convergence megpróbálja 
lecsukatni azokat a programozókat, akik Linux-vezérlőt 
írtak a CueCat vonalkódolvasóhoz. A cég nagy számban 
terjesztett ilyen ingyenes vonalkódolvasókat, azt várva, 
hogy az emberek kényszerűségből az üzleti programmal 
és honlappal használják majd őket. A fenyegetés miatt 
a vezérlőt egy rövid ideig valamivel nehezebb volt meg- 
találni a Neten, amit a cég győzelemként értékelt, és 
gyorsan továbblépett. 


2000. október 

A Microsoft egy európai hirdetésben azt állítja, hogy a 
pingvinek hamar mutációnak indulnak — a hirdetés rövid 
idő alatt nagy népszerűségre tesz szert. 


2000. december 

, Döbbenten fedeztem fel, hogy a Linux telepítése milyen 
egyszerű. Miért? Nos, a világ megváltozott. Többé már 
nem kell a telepítés előtt megértenünk mindent a Linux- 
szal kapcsolatban, letöltenünk azt a rengeteg kódrészle- 
tet, ami a teljes értékű rendszer futtatásához szükséges, 
majd még a ,BSW" szabvány előtti ősrégi csomagolás- 
technikával összeraknunk őket. Az olyan cégek, mint a 
Red Hat és a Corel, minden nélkülözhetetlen programot 
betesznek a termékbe, és a gond (többnyire) a múlté." 
— John Schwartz, Washington Post 

Az IBM bejelenti, hogy egymilliárd dollárt szándékozik 
2001-ben a Linuxba fektetni. 


2001. január 


Január 4-én megérkezik a várva várt 2.4.0-s rendszermag. 


Az US Nemzetbiztonsági Ügynökség (National Security 
Agency — NSA) GPL alatt kiadja a SELInuxot. A SELINnux 
a hagyományos Unix-szerű jogosultságrendszeren felül 
egy további biztonsági réteget is nyújt. 


2001. március 

San Joséban (Kalifornia állam) megtartják a Linux 2.5 
rendszermag-fejlesztői találkozóját; ez talán a világtör- 
ténelem legteljesebb Linux-magfejlesztői összejövetele. 


2001. április 

Az IBM-nek néhány városban , Peace, Love and Linux" 
(Béke, szeretet és Linux) feliratú graffitijeivel gondjai 
támadnak. 

"A Slackware mindig is pénzt hozott a házhoz (melyik 
másik üzleti alkalmazásgyártó mondhatja el ugyanezt?), 
csakhogy a BSDI-vel végül a süllyedő hajón végezzük." 
— Patrick Volkerding 


2001. május 

A Japánban árusított Sony Playstation Linux-készlet 
nyolc perc alatt elfogy, annak ellenére, hogy az áru- 
készletet megkétszerezték. 


2001. június 

A Sharp beharangozza Lineo Embedix rendszerén alapuló 
linuxos tenyérgépének (PDA) küszöbön álló megjelenését. 
Az alkatrésziparban tevékenykedő VA Linux Systems 
inkább a SourceForge-ra szeretne összpontosítani. 
Később a VA teljes egészében kiejti nevéből a , Linux" 
szót, és VA Software Corporation néven indul újra. 

A szerda délután megjelent sajtóhírekben Larry M. 
Augustin, a VA Linux vezérigazgatója (CEO) a stratégia- 
váltást logikus lépésnek nevezte 

, Megkülönböztető erőnk mindig is a programszaktu- 
dásunkban volt — mutatott rá Augustin." 

— Wired 

Ezek szerint csak mi gondoltuk azt, hogy a VA alkat- 
részgyártó cég volt. 


2001. július 

Szabadítsuk ki Dmitryt! Dmitry Sklyarov-ot letartóz- 
tatják Las Vegasban, miután az Adobe panaszt tesz 

az Advanced eBook Processor miatt. 
A következő hónapban elítélik a DMCA 
(digitális szerzői jogi törvény) megsér- 
téséért és összeesküvésért: a legna- 
gyobb kiszabható büntetés felső határa 
25 évig terjedő szabadságvesztés. 
Dmitry védelme a DMCA alkotmánysértő voltának 
elemzésén, a szólásszabadsággal kapcsolatos és 
jogszolgáltatási kérdéseket feszegető tételeken alapul. 
Az év hátralevő részében a vádakat feltételesen ejtik 
— az egy év jó magaviselet és az ElcomSoft tárgyalások 
bizonyítékai alapján. 

,Bár az Adobe visszavonta a Dmitry Sklyarov ellen 
felhozott vádakat, tiszteletben tartjuk az esküdtszék és 
a szövetségi kormány döntését, miszerint az ElcomSoft 
céget pereljük be mint törvényszegő jogi személyt. 

Az Adobe szeretne teljes mértékben együttműködni a 
kormányzattal, ahogyan azt a törvény megköveteli." 

— Az Adobe álláspontja 





2001. november 

A Sharp Electronics Corporation nekikezd a Zaurus 
tenyérgép különleges Linux fejlesztői előkiadásának, 
hogy a szabad programok fejlesztőit erre az új felü- 
letre csábítsa. 


2002. február 

Az Avaya, a korábbi PBX és a Lucent vállalkozási rend- 
szerrészlege nyilvánosságra hozza a Linux-alapú PBX 
rendszerek megjelenését. 

Akadnak néhányan — magamat is közéjük sorolom —, 
akik úgy gondolják, jó dolog visszatérni a Földre. Semmi 
rossz sincs abban, ha az ember pénzt szeretne keresni, 
és a Linux nem sokat nyer vele, ha egy bizonytalan 
alapítvány hátán a földhözragadt világ fölé emelkedik." 
— mondja Evan Leibovitch a Linux rohanó világáról. 


Linux Journal 2002. augusztus, 100. szám 
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Sumith Dhar — 
1. A képen Richard M. 2. Ki az a híres kitalált személy, aki a képen 3. E híres személy neve Linux Journal 
Stallman látható, amint az matematikai eredetű. 2002. augusztus, 
100. szám 






1999-es LinuxWorld Expón a 
kaliforniai San Joséban átve- 
szi az IDG Open Source Com- 
puting díjat. A kérdés: ki az a 
két kisgyerek a színpadon? 






5. Nézd meg jól a képet! Ha elég ügyes 


; vb £ Sokszor említik együtt a 
vagy, ki tudod találni, ki is szerepel rajta. gy 


Buglragkel, az átmeneti tár 
túlcsordulásáról írt köny- 
vére pedig klasszikusként 
hivatkoznak. Hogy hívják? 






4. A Hollandiában található 
Groningeni Egyetemen dokto- 


7. Valódi neve Peiter 
Zatko, de más elnevezé- 
seken is ismert. Azt beszé- 
lik, hogy a 2000. februári, 
Clintonnal való találkozása 
előtt egyetlen képet sem 
lehetett róla találni. 





6. Másoddiplomás hallgatóként írt egy kísér- 
leti programot, mely saját magát terjesztette. 
I —őSnwN ; A programot 
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az MIT-ből indí- 

totta útjára, hogy 

ne derüljön ki, 

hogy Cornellben 

fejlesztette. 

Az évkönyvek 

a programot 

alkotója után 

nevezték el. 
Melyik programról van szó, és ki az alkotó? 


rált. Tizenkét évet töltött az 
Eindhoveni Egyetem Számí- 
tástudományi tanszékén, ahol 
rendszermérnökként dolgo- 
zott. Most az IBM Thomas J. 
Watson kutatóközpontjában 
tevékenykedik, és ha alkalma 
kínálkozna rá, mindent , bebur- 
kolna". Nevezzük meg ót! 
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tevékeny- 
kedett, meg- 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és az 
egyéb útmutatásokat a 

2 www. linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
További kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[7-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 
a,BIS KUÜlÖSSZŐ, 
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A hónap szakmai tanácsai 


Nincs állandó IP-címem, 

de SMTP-t szeretnék használni 

Lehetséges internetes levélkiszolgálót működtet- 

ni betárcsázós kapcsolaton keresztül? Tudom, 
hogy a pppo IP-címe minden kapcsolódás al- 

kalmával más és más. Az MX-bejegyzésnek 

- a levélkiszolgálóra kell mutatnia, és a szol- 
VA gáltatómnál a kiszolgáló IP-címét is meg 

7-7 tax kell adni, bár az a következő kapcsolódás- 

kor nem lesz érvényes. Helyben kell DNS-t 
futtatnom, vagy használhatom a szolgálta- 
tó DNS-ét? Nemrég olvastam Marcel Gag- 
né írását az otthoni és kisirodai levélkiszol- 

gálókról, mégis úgy érzem, nem állt össze teljesen a kép. 

Daryl E. Murray, darykoPlanet4us.net 





Betárcsázós kapcsolaton keresztül is lehetséges SMTP- 
kiszolgálót futtatni, és úgy állítani be a DNS-t, hogy 
minden IP-címváltáskor frissüljön, de hidd el, nem ezt 
akarod. Ha nem lehet UUCP-t használni, ami a te eseted- 
ben helyes megoldás lenne a levelek átirányítására, 
használj Fetchmailt a levelek letöltésére (az UUCP elég 
régi és a rendszergazdák már nem nagyon ismerik, való- 
színűleg internetszolgáltatód sem támogatja). Ha több 
postafiók leveleit kell letöltened, használd szolgáltatód 
spoolját, ahol minden neked szóló levél egy leveleslá- 
dában van; ezt szedd le a Fetchmaillel, és válogasd szét 
az Envelope-To: mező alapján vagy aszerint, amit a szol- 
gáltatód az eredeti Envelope-To tárolására használ. 
Marc Merlin, marcKomerlins.org 


A Fetchmailt csak akkor tudod leveleid letöltésére hasz- 
nálni, ha szolgáltatód minden levélnél az Envelope-To: 
fejlécsort használja. Olvasd el az erről szóló figyelmez- 
tetést a 5 http:/Awww.tuxedo.org/— esr/fetchmail/ 
fetchmail-man.html5425 címen. 

Ha betárcsázós kapcsolatodhoz állandó IP-cím jár, és 
szolgáltatód hajlandó a leveleidet ideiglenesen tárolni, 
a kapcsolat felépülése után az SMTP ETRN parancsát 
kell kiadnod. A Sendmailben létezik hozzá egy 
segédprogram. 

Don Marti, dmartKossc.com 


Az újonnan telepített Linux nem indul 
Megpróbáltam telepíteni a Red Hat 6.2-t az egyik 
gépemre. A telepítés rendben lezajlott. Eltávolítottam a 
telepítőlemezt és újraindítottam a gépet. Ezután folyton 
azt a hibaüzenetet kapom, hogy nem rendszerlemez van 
a meghajtóban, és cseréljem ki. 

Tim Dreas, timdreas (Ohotmail.com 


Úgy tűnik, hogy sem a LILO, sem a GRUB rendszerbe- 
töltő program nem települt megfelelően. Ha a telepítés 
során készítettél vészindító lemezt (természetesen készí- 
tettél, nem igaz?), akkor annak segítségével elindíthatod 
a gépet. Amikor a Linux parancsértelmező beviteli sora 
(7) megjelenik, írd be a Llilo -v parancsot, amely a 
rendszerbetöltőt megpróbálja a merevlemezre Írni. 
Felipe E. Barousse Boué, fbarousse(opiensa.com 





Az elveszett DDS-3 szalag fosztogatói 
HP9000-es gépen, Linux-kiszolgálón (Red Hat 7.2-t 

— 2.4.9.315MP rendszermag — futtat) egy HP-UX 11 
alatt írt DDS-3 szalagot próbálok beolvasni. A Linux-ki- 
szolgálóban a /dev/st0 eszközön egy Sony SCSI szalagos 
egység van. A szalag egy nagy Oracle adatbázis export- 
állományait tartalmazza. A HP gép többé nem érhető 

el, feladatom Linuxon újraépíteni az adatbázist. Olvasás- 
nál akár tar -tvf /dev/st0o-t, akár tar -xvf 
/dev/ st0-t használok, mindig hibaüzenetet kapok: 
Input/Output error at the beginning of the tape, error 

IS not recoverable, exiting now. Miért? 

Adrian Manship, adrian.manship(oskynet.be 


Két szalagos meghajtóval kapcsolatos dolgot kell ellen- 
őrizned. Először is a DDS-meghajtók a vas szintjén támo- 
gatják a tömörítést, talán ez be volt állítva a HP-UX-nál, 
de a Linuxnál nem. Ha ez a beállítás nem egyezik, gon- 
dok lehetnek a szalag beolvasásával. 

Másodszor, bár a tar eléggé elterjedt alkalmazás, talán 
mégsem tar-ral készítették a szalagot. A szalag létre- 
hozására használt Oracle program talán a saját belső 
formátumában írja és olvassa a mentéseket. Az állo- 
mány egy kis darabjából állapítsd meg, hogy tényleg 
tar-ról van-e szó. Add ki a 

ddTE /dév/st0of /emp/tape bs-512 
count-16 parancsot — a bs után meghajtódnak meg- 
felelő blokkméretet írva, és akkora count értéket hasz- 
nálva, amely a gyors betekintéshez már elegendő számú 
blokkot eredményez. A példa 8 Kb-et olvas be a szalagról. 
Lehet, hogy maga a szalag hibásodott meg. Ha ez a 
helyzet, használj hexaszerkesztőt vagy olyan szövegszer- 
kesztőt, amelyik az ASCII karaktertábla felső felében el- 
helyezkedő elemektől sem akad ki, és vizsgáld meg a 
szalag tartalmát. Az általános formátum szerint minden 
állománybejegyzés az állomány nevével kezdődik, ezt 
követi a fejléc mindenféle adattal (például méret és jogo- 
sultságok), majd maga az állomány következik. 

Chad Robinson, crobinsonarfgonline.com 


A legegyszerűbb az lenne, ha vennél, kölcsönkérnél, 
kerítenél egy ugyanolyan gépet, és azon állítanád vissza 
az adatokat. 

Christopher Wingert, cwingerteogualcomm.com 


Egykor én is DDS-szalagokat használtam HP-UX alatt, és 
a legtöbb esetben a cpio segédprogram segítségével 
készítettem mentéseket. Ne feledd, hogy a cpio bonyo- 
lult alkalmazás sok kapcsolóval, ezért olvasd el a súgó- 
oldalát (man cpio), és játssz el kicsit a beállításokkal! 
Légy óvatos, és véletlenül se írd felül a szalag tartalmát; 
a legjobb, ha fizikailag írásvédetté teszed. A következő 
címen egy bevezető jellegű cpio leírást találsz: 
2 http://www.lns.cornell.edu/public/COMP/info/cpio/ 
cpio 2.html. 
Felipe E. Barousse Boué, fbaroussecopiensa.com 
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Új termékek 


Linux USB 2.0 meghajtó 

A Cypress Semiconductor kiadta az 
SL811 HS beágyazott eszközvezérlő- 
jéhez való USB meghajtóprogramot, 
ennek segítségével a fejlesztők beá- 
gyazott alkalmazásaikat — például 

a mobiltelefonokat, a PDA-kat és a 
hálózati eszközöket — USB-képessé- 
gekkel ruházhatják fel. Mivel az 
SL811HS vezérlő memóriába leképe- 
zett eszköz, a meghajtó lehetővé 
teszi, hogy a Linux-gazdaverem az 
USB-támogatást anélkül nyújtsa, 
hogy tudatában lenne a nem OHCI/ 
UHCI-típusú vezérlő jelenlétének. 

Az SL811HS gazdavezérlő két sze- 
repet ellátó kapuval rendelkezik, 
amely USB-gazdaként és USB-esz- 
közként is működhet, továbbá támo- 
gatja a gyors és az alacsony sebes- 
ségű USB-eszközöket. A meghajtó- 
program forráskódja a következő 
címről tölthető le: 

2 http:/Avww.cypress.com/press/linux. 
Adatok: Cypress Semiconductor 
Corporation, 

2 http://www.cypress.com 


Tetra Platform 

Az Eguator Technologies Tetra elne- 
vezésű gépe kis helyigényű, könnyen 
bővítető, így 
alapul szolgálhat 
egyéb eszközök, 
mint például 7 
értelmes 2 
IP-kamerák, digitális képmagnók 
vagy IP-alapú internetes videotováb- 
bító készülékek gyors fejlesztéséhez. 
A választható elemek között megta- 
lálható a letra processzorkártya, egy 
nyílt eszközcsatoló felület, amely 
további eszközök csatlakoztatását 
teszi lehetővé. A minden processzor- 
kártyán megtalálható közös alkatré- 
szek, például a BSP lapkacsalád, 

a memóriaalrendszer és a hálózati 
csatoló elférnek a 2,75 hüvelyk x 4 
hüvelyk méretű eszközön. A termék 
64 MB SDRAM-mal és 4 MB flash- 
memóriával rendelkezik, továbbá 
analóg hangkimenetet, S/P-DIF hang 
ki- és bemenetet és 10/100Base-T 
ethernetet tartalmaz. Támogatja a 
Linux- és a VxWorks-rendszereket. 
Adatok: Eguator Technologies, Inc., 
e-mail: salesoeguator.com, 

2 http://Awww.eguator.com 
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BladeRack RS-1100V 

A RackSaver mai ajánlata a kiszol- 
gálók piacán: a BladeRack (szaba- 
dalmi oltalom alatt). A BladeRack 
akár 66 RS-1100RV RackBlade-et 
tartalmazhat, amelyek darabonként 
legfeljebb két 2,4 GHz-es Xeon pro- 
cesszornak adhatnak helyet. Ez egy 
210 cm magasságú hordozható 
házban összesen 132 processzort 
jelent. AMD-alapú processzorok 
használata is lehetséges. A Blade- 
Rack 66 GB/s DDR ECC PC-2100 
Corsair memóriát tartalmazhat 
Supermicros P4ADPR-6GM-t alap- 
lapon. Mindezeken felül a BladeRack 
könnyen méretezhető és elérhető, a 
ventilátorok, hálózati alegységek és 
a kiszolgálók maguk is menet közben 
cserélhetők. A mindenhol kapható, 
szabványos elemeket használó 
BladeRack a számításigényes kuta- 
tásokat végző központokat és egye- 
temeket, valamint a 3D-s alkalma- 
zásokat, és más nagy mennyiségű 
adatkezeléssel járó feladatokat 
futtató felhasználókat célozza meg. 
Adatok: RackSaver, Inc., 

e-mail: inguiriles Oracksaver.com, 
2 http:/Awvww.racksaver.com 


Xcelerix Embedded IMDB 
A Xcelerix bejelentette a cég hiva- 
talos megalakulását és a korábban 
ERDB néven ismert Xcelerix In- 
Memory Database megjelenését. 

A Xcelerix IMDB rendszere előre 
meghatározott lekérdezések alapján 
összeköti a megfelelő adatbá- 
zistáblákat, és bináris fát használ az 
indexeléshez. Ez lehetővé teszi a 
szűk keresztmetszetek felszámolását, 
így a rendszer másodpercenként 
akár egymillió tranzakció kezelésére 
képes (SOL mérési eredmény). A kis 
memóriaigény és a memóriában 
tárolt adatok 20:1 arányú tömörítése 
a Xcelerix IMDB-t alkalmassá teszik 
beágyazott, válaszidőre érzékeny 
vagy valós idejű rendszerekben való 
felhasználásra. A termék több 32- és 
64-bites rendszerre elérhető. 

A Xcelerix IMDB az SOL, a TCP/IP 
az IEEE 802.3 és a POSIX mellett 
lemezalapú adatbázisrendszerekkel 
is egyesíthető. 

Adatok: Xcelerix Corporation, 

2 http:/Awww.xcelerix.com 


Eclipse Database Center 
A Linux NetworX bejelentette az 
Eclipse Database Clustert. A termék 
az Oracle9i Real Application 
Cluster rendszeren alapul. 


A felhasználásra kész rend- : val tet 
- Networx 


szer méretezhető, megbíz- 
ható és magas elérhető- 
séget biztosít. Alkalmas 
adattárház üzemeltetésére, 
online tranzakciókezelésre 
és adatkezelő alkalmazások 
számára. A kiszolgálótelep 
több Xeon procesz- 

szorra épül, Dot Hill adat- 
tárolókat használ, a cso- 
mópontok közti összeköt- 
tetés nagysebességű 
Gigabit Fiber Channelen 
valósul meg. Az Eclipse 
egybeépül az ICE telepke- 
zelő eszközökkel, így távol- 
ról nyomon követhető a rendszer 
áramellátásának állapota, mérhető 
és lekérdezhető a hőmérséklete, 
valamint valós időben az egész 
rendszer figyelemmel kísérhető. 
Adatok: Linux NetworX, 

2 http://www.linuxnetworx.com 


Cobalt RaO 550 

A Sun Cobalt Raü 550 egy egység 
magas, szekrénybe szerelhető kiszol- 
gálókészülék, amelyen az előre tele- 
pített programok és eszközök soka- 
sága azonnal lehetővé 
teszi az e-mail, 
webkiszolgáló vagy más 
internetes szolgáltatás azonnali 
üzembe helyezését. Az 1,26 GHz-es 
processzorra és akár 2 GB memó- 
riára épülő, 80 GB RAID 0-ra és 1-re 
képes merevlemezzel rendelkező ké- 
szüléket olyan kis- és középes mé- 
retű vállalkozások számára tervezték, 
amelyek internetes szolgáltatásaikról 
saját maguk szeretnének gondos- 
kodni. Az előre telepített programok 
között megtalálható az Apache web- 
kiszolgáló, az Apache Tomcat, a 
Sendmail, a Bind DNS-kiszolgáló, 

a JSP az SNMP-ügynök, és a Legato 
NetWorker, valamint Knox Arkeia 
mentőügyfelek. 

Adatok: Sun Microsystems, Inc., 

2 http://www.sun.com/ cobalt 
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Köznép-Hollywood 2:0 


A szórakoztatóipar és a technológia küzdelmének kez- 
dete messzire nyúlik vissza. 1984-ben Jack Valenti, 
az MPAA elnöke így nyilatkozott: ,A videomagnó olyan 
az amerikai filmgyártók és az amerikai közönség 
számára, mint a bostoni fojtogató a házban egyedül 
tartózkodó nőnek." A jelenlegi bizalmatlanság gyökerét 
azonban egészen 1908-ig vissza lehet vezetni, 
amikor is a zenei kiadók azt állították, hogy a 
gépzongorák tekercsei megsértik a zenei szerzői 
jogokat. A pert ugyan elvesztették a Legfelsőbb 
Bíróságon, de az ipar rábírta a Kongresszust, hogy 
vezessék be az úgynevezett mechanikus enge- 
délyt, amely megszabott szabadalmi díj ellenében 
engedélyezte a megjelente- 
tett zeneművek másolását. 
1931-ben néhány zene- 
szerző pert indított, mert 
szerintük az egyik szálloda 
rádióállomása megsértette 
szerzői jogaikat, amikor leját- 
szotta az általuk írt zenét. 
A zeneszerzők maradtak alul. 
Az 1960-as években a könyv- 
kiadók elvesztették a fénymá- 
solókkal szemben folytatott 
pert, de a Legfelsőbb Bíróság döntése 
lehetővé tette a kiadott művek 
, Szerzői jogilag megengedett felhasz- 
nálását". A hatvanas évek végén és a hetvenes évek 
elején a műsorszórók a Community Antenna Television 
(CATV) kábeltelevíziót támadták (a moziipar szintén a 
pereskedők között volt, és a színházi alkalmazottakat 
is rávették, hogy , Harcolj a fizetős tévé ellen!" feliratú 
kitűzőt viseljenek). A Legfelsőbb Bíróság döntése a két 
ügyben megnyitotta az utat a mai kábeltelevíziózás 
előtt. A fentiekből látható, hogy ez a háború már igen- 
csak régóta tart. 
Öröm az ürömben, hogy a technológia két újabb győzel- 
met aratott azok felett, akik irányítani akarják: az egyiket 
a Creative Commons elindítása jelenti, a másikat pedig 
az, hogy az amerikai Kongresszusi Könyvtár vezetője 
visszautasította a Copyright Arbitration Royalty Panel 
(CARP) javaslatát, amely szigorú feltételeket és magas 
jogdíjat szabott volna ki az internetes rádióállomásokra. 
A Creative Commons (3 http://www.creativecommons. org) 
szervezet az O Reilly Emerging Technologies tanácsko- 
zásán alakult meg a kaliforniai Santa Clara városában, 
május 16-án, több hónapon át tartó, csendes előkészü- 
letek eredményeképpen. Vezetője, Lawrence Lessig a 
stanfordi jogi egyetem professzora, aki két nagy jelen- 
tőségű mű (Code and Other Laws of Cyberspace, The 
Future of Ideas) szerzője. Mindkét írásában elmarasztalja 
a szórakoztatóipart, amiért folyamatosan a saját érde- 
keik szerint próbálják alakítani a szerzői jogi törvényt, és 
az Internet kialakult szokásai helyett egy szigorúan sza- 
bályozott rendszert akarnak bevezetni a , tartalmak" ter- 





jesztésének korlátozása céljából. 

A szervezet a Stanford Egyetemen található, ahol szoro- 
san együttműködik az egyetem internetes és társadalmi 
központjával (Center for Internet and Society). Ezenkívül 
, nagylelkű támogatást" kap a Center for the Public 
Domain szervezettől. Ez utóbbi korábban a Red Hat 
Center nevet viselte, és a Duke Egyetem ad neki ott- 
hont. Elnöke Bob Young, a Red Hat alapítója. 

A Creative Commons nem lobbizik a szórakoztatóipar 
ellen, hanem kézzelfogható megoldásokat dolgoz ki 

a szellemi termékek eredeti forrása, azaz a művészek 
számára. A tanácskozáson tartott beszédében Lessig 

a következőket mondta: 

"A törvényben említett tartalom az enyém, tehát nekem 
kellene megszabni, hogy milyen feltételek mellett teszem 
elérhetővé. A szerző szándékait a tartalom természetét 
illetően a számítógép által olvasható formában kell meg- 
adni. Nem kellene megosztani a világot a felügyelet és 
az elérhetőség hívei között. Azoknak is megoldást kell 
találni, akik — egyéni szinten — mindkettőt pártolják." 

A Creative Commons készülődése közben komoly 
veszély fenyegette az internetes rádiózást, amely több 
ezer állomást számlál (sokan közülük ügyesen Linuxot 
és más nyílt forrású programokat használnak). A 2002 
februárjában benyújtott CARP-javaslat nyomán az adók 
többsége valószínűleg csődbe ment volna. Amennyiben 
elfogadták volna, a CARP 2002. május 22-től vált volna 
kötelező érvényűvé. Május 21-én azonban a Kongresz- 
szusi Könyvtár vezetője kiadta ,a testület határozatát 
elutasító rendeletet", amely egy hónap múlva végleges- 
sé vált. A rádióállomások és az őket támogató csopor- 
tok, például a SavelnternetRadio.org megkönnyebbülten 
lélegeztek fel. 

Ezzel az ügy azonban még távolról sincs megoldva. 

A CARP a digitális szerzői jogi törvény (Digital Millen- 
nium Copyright Act) származéka, amely változatlanul 
érvényben van. Ennél is fontosabb, hogy a Commons 
alapötletét sem értik kellőképpen — különösen kormány- 
körökben nem, ahol a szórakoztatóipar továbbra is 
hatalmas befolyással bír. 

Ismét Larry Lessiget idézem: , Csak akkor juttathatjuk 
érvényre ennek a területnek a fontosságát, ha a hét- 
köznapi emberek is megértik. Ez pedig mindaddig nem 
következik be, amíg a szakértők el nem magyarázzák 
a politikusoknak, hogy a technológiába beépített 
értékek milyen jelentősek a szabadság és az alkotóerő 
szempontjából." 
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Doc Searlis 

(docAhssce com) a Linux Journal 
szerkesztője és a Cluetrain 
Manifesto társszerzője. 








Néltányos használat 


A szerzői jogi törvény (17 U.§.C. § 107) méltányos 
használatról szóló elvének meghatározása 
nehezebb, mint gondolnánk. 


Időről időre olyan esetekkel találkozom, amikor valaki a 
méltányos használat (fair use) elvére hivatkozva sérti 
meg valaki másnak a szerzői jogait. A , méltányos" szó 
hétköznapi értelemben sajnos olyan jelentésekkel is bír, 
amelyek különböznek a , méltányos használat" kifejezés 
jogi értelmétől. 

A törvény nem rendelkezik arról, hogy azokat a felhasználói 
engedélyeket, amelyeket visszataszítónak találunk vagy 
erkölcsileg elítélünk, figyelmen kívül hagyhassunk, ameny- 
nyiben ez méltányos. Egy bíróság a következőképpen írta 
le a méltányos használat elvének alkotmányos alapját: 


A méltányos használat kiváltságának alapvető igazolása 
abban az alkotmányos szándékban fedezhető föl, amely 
a szerzői jogi védelmet egyáltalán lehetővé teszi, tudni- 
illik ,a tudomány és a hasznos művészetek haladásának 
támogatására" (USA Alkotmány, I. Cikk, 88/8)... ennek 
a célnak a megvalósítása érdekében ,a szerzői jog meg- 
sértésének ügyében eljáró bíróságoknak időnként a szer- 
zői Jog birtokosának legmagasabb anyagi megtérüléshez 
fűződő érdekét alá kell rendelnie annak a magasabb 
rendű közérdeknek, ami a tudományok, a művészet és 
az ipar előremozdításához fűződik" — Rosemont Enters. 
kontra Random House, Inc., 366 F.2d 303 (2d Cir. 1966), 
cert. denied, 385 U.S. 1009 (1976). 


E szerint a megfogalmazás szerint a méltányos használat 
kiváltság, nem csupán védekezés. Azt a jogunkat, hogy 
szerzői joggal védett műveket bizonyos célokra felhasz- 
náljunk, az alkotmánynak ugyanaz a mondata biztosítja, 
amely egy szerző számára lehetővé teszi, hogy művét 
szerzői jogi védelem alá helyezze. 

A méltányos használat elvét a kongresszus törvénybe 
iktatta (Copyright Act, 17 U.S.C. 8 107), hogy világossá 
tegye, mely felhasználási módok tekinthetők méltányos- 
nak. A törvény a következő felsorolást tartalmazza: 
,olyan célokra, mint a műbírálat, a magyarázat, a híradás, 
az oktatás (beleértve tantermi használatra több másolat 
készítését), a tudományos célok vagy a kutatás". 

Amikor az , olyan célokra, mint" kifejezést látjuk egy 
jogszabályban, vitára készüljünk fel. A törvényhozók 
nyilvánvalóan nem sorolhatták föl az összes lehetséges 
célt, tehát a kérdés az, hogy milyen további célok felel- 
hetnek meg a mintának? A kongresszus négy szempon- 
tot adott meg annak megállapítására, hogy a felhasz- 
nálás az adott esetben méltányosnak tekinthető-e: 


1. A felhasználás jellege és célja, ideértve azt is, hogy a 
felhasználás üzleti jellegű vagy nonprofit oktatási célú. 
A híradás, a tudományos kutatás és az oktatás pél- 
dául az előnyben részesített méltányos felhasználás 
körébe tartozik. Az üzleti célú felhasználás nem 
támogatott. 

2. A szerzői jog által védett mű jellege. A törvény álta- 
lában szükségesebbnek tartja a tényeken alapuló 
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művek, mint a szépirodalom terjesztését. Amennyiben 
a nyelvi megfogalmazás másolását a mögöttes tény- 
anyag terjesztése érdekében engedélyezni kell, a 
másolás könnyebben igazolható. 

3. A felhasznált rész mennyisége és fontossága a mű 
egészéhez viszonyítva. A méltányos használat kevés- 
bé helytálló, ha egész műveket vagy legértékesebb 
részeiket másoljuk. 

4. A használat hatása a mű feltételezhető piacára vagy 
értékére. Ha a mű másolása megakadályozza a szerzői 
jog tulajdonosát abban, hogy haszonra tegyen szert 
belőle, még abban az esetben is, ha csupán a lehet- 
séges haszonról van szó, a másolás kevésbé igazol- 
ható. Ez a szempont a méltányos használat oldalára 
billentheti a mérleget olyan esetekben, amikor a műnek 
nincsenek más ismert példányai, amikor a tulajdonos 
személye nem azonosítható, vagy amikor nincs olyan 
valós piac, amely a mű értékesítését lehetővé tenné. 


Önmagában e szempontok egyike sem meghatározó, 

a bíróságoknak , a különböző érdekek figyelmes mér- 
legelésével" kell elemeznie őket (Financial Information, 
Inc. kontra Moodys Inv. Serv., 751 F.2d 501 (2d Cr. 
1984)). Ehhez hasonlóan, amikor valakinek meg akarjuk 
sérteni a szerzői jogait, az ,érdekek figyelmes mérlege- 
lését" magunknak is el kell végeznünk. Fontoljuk meg, 
hogy célunk elég hasonló-e a törvényben felsorolt célok 
egyikéhez, és vegyük sorra a szempontokat, megvizs- 
gálva, hogy az adott szempont kedvez-e nekünk. Ha nem 
győződtünk meg róla, hogy átjutottunk a méltányos 
használat rostáján, ne sértsük meg a szerzői jogokat. 
Amennyiben nyílt forrású programokat használunk, mint 
amilyen a Linux, a méltányos használat kérdése általá- 
ban nem merül föl. A nyílt forrású programok terjesztési 
engedélye mindenkinek mindenhol mindenféle elképzel- 
hető célra biztosítja a program másolásának, módosí- 
tásának, terjesztésének (eladásának vagy ingyenes 
továbbadásának) a jogát, valamint a hozzáférést a prog- 
ramkódhoz, amely mindezt lehetővé teszi. A szerzői jog 
birtokosa mindenkit felhatalmaz, Így nem szükséges a 
méltányos használat elvére hivatkoznunk. Megint egy 
szempont, amely szerint a szabad és nyílt kódú progra- 
mok jobbak a jogdíjas programoknál. Jogdíjas program 
esetében győződjünk meg róla, hogy jó érveink vannak 
a felhasználás méltányossága mellett, ha bármi olyat 
teszünk, amit a felhasználói engedély nem tesz lehetővé. 
A szabad és nyílt forrású programok esetében élvezzük 
a teljes körű méltányos felhasználási jogot. 
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Lawrence Rosen 
(www.rosenlav.com) magángyakor- 
latot folytató Jogász. A Nyílt Forrás 
Kezdeményezés ügyvezető 
igazgatója és jogtanácsosa 
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Láttuk-hallottuk 


A Jogi tanácsadás 
megfelelő kerete egy 
Jogász-ügyfél 
kapcsolat, amely egy 
adott helyzet minden 
tényállását figyelembe 
veszi, és a helyileg 
érvényes jognak felel 
meg. Bár ezt a cikket 
egy jogász írta, a 
benne foglalt adatok 
nem helyettesíthetik 
az esetre szabott, 


bejegyzett jogásztól 
származó tanácsadást. 
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A dotcomkorszak előtt nem létezett a , Linux-cég" fogalma; később viszont nehéz 
volt olyan nagy számítástechnikai céget találni, amelyik ne használt volna Linuxot, 
vagy a kínálatában ne szerepeltek volna Linux-alapú termékek. 


anapság a Wall Street Journal leghangsúlyosabb 
szava a Linux. Holtversenyben áll a Unixszal, Win- 
dowszal, a Checkbooksszal, a Rocksszal és a DB2- 
vel. Az újság piaccal foglalkozó részében mind együtt szerepel- 
nek az első olyan oldalon, amely a reklámoknak van fenntartva. 
Nem túlzok, ha azt állítom, hogy a Linux sikertermék lett a 
rendszerszintű megoldásokat szállító cégek berkeiben, és a 
folyamat itt nem ér véget. Egy évvel ezelőtt a Linux csak a 
webkiszolgálók területén volt sikeres, ám most terjeszkedik. 
A HP szerint legutóbbi eladási mutatóik azt jelzik, hogy a 
Linux növekvő jelenléttel bír a pénzügyi szolgáltatások piacán. 
A Windows még mindig uralkodó helyzetben van, de vajon 
meddig? Néhány éve még maga a kérdés is nevetséges lett 
volna! Bár a Microsoft háborút látszik hirdetni a Linux és a nyílt 
forrású programok ellen, a fegyver visszafelé sül el. A cég állító- 
lag megpróbálta meggyőzni az Egyesült Államok Nemzetvédel- 
mi Minisztériumát, hogy a nyílt forrású programok mind a biz- 
tonságra, mind pedig a cég szellemi tulajdonára veszélyt jelen- 
tenek. Eközben a Védelmi Minisztérium a MITRE Társasággal 
jelentést készíttetett, amelyben 249 olyan esetet határoznak meg, 
amikor nyílt forrású eszközöket lehet használni. Ilyen többek 
között a Hírszerzési Osztály webportálja, vagy az USA hadse- 
regében és légierejében használt hálózati biztonsági programok. 
Ahol a Linux mint operációs rendszer nem jöhet számításba, 
új ajtókat nyit más ingyenes és nyílt Unix-változatoknak, 
pédául a BSD-nek, amelyet beépítettek a Darwinba, az Apple 
OS X nyílt forrású kezdeményezésébe. Ezek az események 
nagymértékben növelték a világ Linux-barát PC-inek és kiszol- 
gálóinak számát. 
1993-ban Phil Hughes felvett engem egy levelezőlistára, amely 
egy ingyenes programokkal foglalkozó magazin lehetőségeit 
derítette fel. Miután egy ideig csak ötleteket ütköztettünk, Phil 
hirtelen bejelentette, hogy saját kis cége, az SSC útjára indít 
egy lapot, ami egy 21 éves finn srác szellemi gyermekével, 
a Linuxszal foglalkozik. Azt hittem, elment az esze. De Phil 
ösztönösen ráérez olyan dolgokra, amelyeket mások nem is 
látnak. Néhány évvel később olyan KDE alatt futó irodai alkal- 
mazásokat mutatott nekem, amelyek kísértetiesen hasonlítottak 
arra a látványra, amely Windows alatt fogadja az embert — azzal 
a különbséggel, hogy ingyenes volt és nyitott. Annyira elbű- 
völt, hogy kaptam az ajánlatán és csatlakoztam a magazinhoz. 
Ez 1999 elején történt, akkortájt a tőkebefektetések még nagy 
lendülettel folytak, és a Linuxnak a befektetőkre gyakorolt 
erőteljes hatása a Viagráéhoz volt mérhető. Néhány hónapig 
nem volt hiány Linux-milliárdosokban. 
Nemrégiben nagytakarítást végeztem üzleti kártyáim között, 
de mielőtt kidobtam volna őket, helyzetképet készítettem. 
Érdekes történet bontakozott ki: 
e . Néhány cég felhagyott az üzleti tevékenységgel. Ebben a 
cipőben járt a Linux Laptops, a Rebel.com, a Loki, az Eazel és 
OpenSales, amely az Xelerate nevet vette fel, mielőtt megszűnt. 
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e — lovábbi cégek, például a Kerbango és a Cobalt nagyobb 
cégek tulajdonába kerültek -— ezeknél a 3Com és a Sun volt 
a felvásárló. 

e A Linux kikerült mások tevékenységének középpontjából. 
A VA Linux cég a nevét VA Software-re változtatta, pedig 
egykor olyannyira összefonódott ezzel az L betűs szóval, 
hogy hétszámjegyű összeget fizetett a Linux.com tarto- 
mánynévért. 

e "A Corel, miután megpróbált a Linux köré a felhasználókra 
épülő üzletet teremteni, megszabadult a Linuxtól és egyéb 
nehezékektől, hogy a felszínen tudjon maradni. 

e A Linuxcare még él, bár az alapítói nélkül, akik a Sputnik 
névvel kerültek be a hírek közé - ez egy új cég a mobil 
vezeték nélküli hálózatok piacán. 

e Más cégek - például a Boxx (nem azonos a texasi Boxx 
Technologies-zel), ami Linux/Windows hibrid hordozható 
gépet készített (a prototípusig eljutott) — egyszerűen eltűntek. 

e — Két, egymással kapcsolatban álló piaci kísérlet, a CoSource 
és a SourceExchange érdeklődés hiányában csendben 
megszűnt. 

e — lermészetesen sikertörténetek is léteznek. A Linux-alapú 
TiVo a nagy érdeklődést kiváltó digitális videokamera-üzlet 
rokon értelmű kifejezése lett. A Borland, megszabadulva a 
felejthető Inprise névtől, jó üzletet csinált többfelületen futó 
linuxos fejlesztő eszközével, a Kylixszal. 

e A SuSE ugyan csökkentette működési területeit, Európában 
továbbra is vezető a különböző Linux-változatok terén, és 
világviszonylatban is erős. A Caldera elég jól tartja magát, 
csakúgy, mint a lurbolinux. A nagy győztes egy olyan cég, 
amelytől nincs üzleti kártyám: a Red Hat, mely továbbra is 
büszkén lengeti a pingvines zászlót, és a messze legnép- 
szerűbb Linux-változat készítője. 

Mi itt, a Linux Journalnál együtt vészeltük át a nehéz időket a 

talpon maradó linuxos cégekkel. Ami tovább lökött minket, az 

a Linux folyamatos menetelése volt afelé, amit Linus Torvalds 

félig viccesen ,világuralomnak" nevezett. 

A Linuxnak végre sikerült, amire a Unix-rajongók évtizedek 

óta vágytak: az operációs rendszer elterjedtté vált. Ma az 

egyetlen komoly jövővel rendelkező Unix-rendszer ingyenes, 
nyitott és készen áll a fejlesztésre — bárki beugorhat és segíthet. 

Ezt nevezem én sikertörténetnek. 
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Doc Searls 


([docAhse. com) a Linux Journal szerkesztője 
és a Cluetrain Manifesto társszerzője. 








Halló, beágyazottrendszer-fejzlesztők! 





egyétek meg ezt az újságot! 
 / Lapunkban most már egy olyan 

rész is megtalálható, amely 
a beágyazott rendszerek Linux alatti 
fejlesztésével foglalkozik, és részletes 
tájékoztatást tartalmaz az eszköz- 
vezérlők kódolásáról és más olyan té- 
mákról, amelyeket az asztali rendszerek 
fejlesztői is hasznosítani tudnak. 
Akiket elsősorban a beágyazott rend- 
szerek fejlesztése érdekel, talán felteszik 
a kérdést, hogy miért kezdjék el most 
olvasni a Linux Journalt, amikor eleve 
tudják, hogy tele lesz nem beágyazott 
rendszerekről szóló témákkal is. És 
ugyan miért érdekeljék a hagyományos 
Linux-programok fejlesztőit a beágya- 
zott rendszerekről szóló cikkek? Az, ami 
őket érdekli, amúgy sem fog egy linuxos 
órán futni, nem igaz? 
A rövid válasz az, hogy ebben a hónap- 
ban indul útjára Greg Kroah-Hartman 
Beágyazott rendszerek című rovata 
az eszközvezérlőkről. Greg foglalkozik 
a Linux USB és PCI Hot Plug karbantar- 
tásával és támogatásával, és már régeb- 
ben is nagyszerű cikkeket írt a Linux 
Journalba és az Embedded Linux Jour- 
nalba. A Beágyazott rendszerek rovat 
kéthavonta jelenik meg, ami azt jelenti, 
hogy átlagosan havonta nyújtunk segít- 
séget, és ftélhavonta hozunk le olyan 
rendszermagínyencségeket, amelyeket 
sehol máshol nem találhattok meg. 
Most, miután már elküldted az előfize- 
tési lapodat, eláruljuk a hosszú választ 
is, vagyis azt, hogy a Linux és általában 
a szabad programok természetüknél 
fogva beágyazhatóak. A beágyazható 
projektek eleve olyan programokon 
indulnak fejlődésnek, amelyek más 
rendszerre szabadon átvihetők, testre- 
szabhatók és árusíthatók. Ha nem 
hiszed, figyeld meg a sokat dicsért, kife- 
jezetten , média operációs rendszernek" 
szánt BeOS lenyűgöző sikerét (ah!), 
mely a legnagyobb csendben tűnt el 
a süllyesztőben, míg a valódi médiaesz- 
közök - például a TIiVo vagy a Moxi — 
Linuxra tértek át. 
Amikor Gregnek az új Cypress USB 
lapkáról, az SL811HS-ről beszéltem, 
valamint arról, hogy a vezérlőjét a 
Cypress GPL alatt adja ki, az első reak- 
ciója az volt, hogy örül neki, hogy a 
Cypress érti , a csíziót". És valóban, 
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nagyon hasznos eszköznek is tűnik. 
Mesterként és szolgaként (master-slave) 
is képes működni, ami azt jelenti, hogy 
a gépedhez egy PDA-t csatlakoztathatsz, 
amellyel összhangba hozhatod az állo- 
mányaidat, majd a PDA-hoz USB-esz- 
közöket csatlakoztathatsz, például ege- 
ret vagy billentyűzetet. Próbáld csak ki! 
Ti, akik asztali gépként vagy kiszolgá- 
lóként működő Linuxra fejlesztetek, 
miért kényszerítitek állandó üldögélésre 
a felhasználókat, és arra, hogy kéztőcsa- 
torna-szindrómától szenvedjenek, 
amikor kényelmes beágyazott eszközö- 
ket használhatnának ott is, ahol a 
valódi munka (vagy a szórakozás) 
zajlik? Vagy ami még jobb, miért nem 
hagyjuk ki a felhasználót teljesen az 
unalmas részekből, és engedjük, hogy 

a gép foglalkozzon a való világgal? 
Programjaitok hatékonyabb munkát 
végeznek , beágyazott" rendszerekben, 
mint a kiszolgálószobában vagy az 
irodában. Ugyanez vonatkozik a web- 
lapokra is. Próbáljátok csak ki egy 
Zauruson még ma! 

De térjünk vissza egy kicsit arra, mi is 

a csízió. A beágyazott Linux nem csupán 
egy befóliázott csomag, amelyre rá van 
írva, hogy ,beágyazott". Ez egy szab- 
ványos, általános felület, széles körű 
meghajtógyűjteménnyel, ami napról 
napra bővül (köszönjük a Cypressnek 
15), és amelyet olyan felhasználói szer- 
ződéssel adnak ki, ami engedi, hogy 
elvégezzük a munkát. A szokványos 
Linuxhoz hasonlóan a beágyazott rend- 
szerek is jó programok a csíziót értő 
emberek számára. 


LELT [1] 
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1. A beágyazott rendszereknek nincs 
szükségük rendszergazdákra. 

2. Az alkalmazás már fel van rájuk 
telepítve. Nem kell további 
programokat telepíteni, hogy képes 
legyen a feladata elvégzésére. 

3. Gyorsan válaszol. Sok beágyazott 
rendszernél alapkövetelmény a valós 
idejűség, de még ha nem is az, akkor 
sem kényszerítenek rá, hogy olyan 
ostobaságokra kelljen várnod, mint 
áz Tdisk. 

4. Közvetlenül a való világgal áll kap- 
csolatban, nem pusztán a hálózattal 
vagy a kéztőcsatornát pusztító bil- 
lentyűzettel és egérrel. 

5. Nem lehet vele vitatkozni! Nem érez 
sajnálatot, bánatot vagy félelmet! 

6. És soha, de soha nem áll le, amíg 
csak meg nem halsz! 

Várjunk csak, az utolsó két pont a 

lerminátorra vonatkozik, és az összes 

beágyazott rendszerre nem áll. De a 

lényeg érthető -— a beágyazott rend- 

szerek már most olyanok, amilyenné a 

programok válni akarnak, ha felnőnek, 

és a , hagyományos" Linux ugyanebbe 
az irányba tart. 
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A tty-réteg 


Az eszközmeghajtók fejlesztéséről szóló sorozatunk első részében azzal foglalkozunk, 
hogyan kezeli a rendszermag a rendszerkonzolt és a soros kapukat. 


öszöntöm az olvasót a , Driving Me Nuts" című új 
KK rovatban. Ebben a rovatban a Linux-rendszermag 

különböző eszközmeghajtó-alrendszereit vizsgáljuk, 
megpróbáljuk átlátni az általuk és az eszközmeghajtókon 
keresztül biztosított különböző felületek széles skáláját. Ha 
valaki azt szeretné, hogy egy adott alrendszert közelebbről 
megvizsgáljunk, kérem, küldjön levelet. 
Számos nagyon jó referencia létezik a Linux-rendszermag és 
a Linux-eszközmeghajtók programozásának témakörében 
(lásd a Kapcsolódó címeket). Ez a rovat feltételezi, hogy legalább 
futólag ismerjük ezeket, vagy elérhető közelségben vannak 
olvasóink számára. 
Vágjunk neki az útnak: először vizsgáljuk meg a rendszermag 
tty-rétegét. Ezt a réteget minden Linux-felhasználó igénybe 
veszi, amikor parancssorba ír, vagy a soros kapun keresztül lép 
kapcsolatba valamilyen eszközzel. 
Minden tty-meghajtó számára létre kell hozni egy struct 
tty driver-t, amely leírja saját magát, és a tty-réteg segítsé- 
gével bejegyzi a felépítését. A struct tty driver az 
include/linux/ítty driver.h állományban kerül megadásra. 
Az 1. lista mutatja, hogyan épül fel ez a szerkezet a 2.4.18 
rendszermagváltozattól kezdve. A szerkezet mérete igen 
tekintélyes, úgyhogy próbáljuk meg kisebb részekre bontani. 
A magic mezőnek minden esetben a TIY DRIVER MAGIC 
értéket kell felvennie. Ezt a tty-réteg annak ellenőrzésére 
használja, hogy valóban tty-meghajtóról van szó. 
A driver name és name mezők az eszközmeghajtó leírására 
használatosak. A driver name mező tartalmát, ami a 
/proc/tty/driversc fájlban is megjelenik, valamilyen kifejező 
értékre kell beállítani. A name mező annak megadására szolgál, 
hogy milyen /dev vagy devfs név szolgál alapul a meghajtónk- 
hoz. Például a rendszermag soros meghajtója a driver name 
mező értékét serial1-ra, a name mezőét pedig ttyS-re állítja, 
ha a devfs nincs engedélyezve és tts/ $d-re, ha engedélyezve 
van. Amennyiben a devfs engedélyezett, a mezőt használja 
az eszközmeghajtó számára történő új eszközcsomópornt létre- 
hozására. A name mező sd része az eszköz mellékszámával 
(minor number) kerül feltöltésre, amikor a tty-alrendszer szá- 
mára megtörténik a bejegyzése. 
A name base mezőre csak akkor van szükség, ha az eszköz 
számozása nem a 0 mellékszámmal kezdődik. Csaknem 
minden eszközmeghajtónál a 0 értéket kell beállítani. 
A major, minor start és num mezők írják le, hogy a tty-rétegben 
eszközmeghajtónkhoz milyen fő-, illetve mellékszámok vannak 
rendelve. A major mező tartalmának az eszközmeghajtóhoz 
rendelt ftőszámnak (major number) kell lennie. Amennyiben új 
eszközmeghajtót hozunk létre, olvassuk el a Documentation/ 
devices.txt leírást arra vonatkozóan, hogyan biztosíthatunk 
eszközmeghajtónk számára új tfőszámot. Annak is hasznos a fájl 
elolvasása, aki arra kíváncsi, hogy az egyes eszközmeghajtók 
milyen fő- és mellékszámpárokat használnak. A minor start 
mező az eszköz által használt első mellékszám megadására szol- 
gál. Ha eszközmeghajtónkhoz egy teljes ftőszám hozzá van 
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rendelve, annak értéke 0 kell legyen. A 1um mező értéke 
mutatja meg, hogy hány különböző mellékszámot rendeltünk 
az eszközmeghajtóhoz. 

Vagyis amennyiben eszközmeghajtónk a 1883-as tőszámmal 
rendelkezik, az alábbi értékeket kell beállítani: 


major : 


188 
minot start: 0 
Tis 4255 


A type és subtype mezők írják le, hogy eszközmeghajtónk 
milyen típusú tty-meghajtóként szerepel a tty-réteg számára. 
A type mező az alábbi értékeket veheti fel: 


ITY DRIVER TYPE SYSTEM: a tty-alrendszer belső 
használatára van fenntartva annak közlésére, hogy belső 
tty-eszközmeghajtóról van szó. Ha ezt az értéket veszi fel, 
akkor a subtype értéke SYSTEM IYPE ITY, 

SYSIEM TYPE CONSOLE, SYSTEM IYPE SYSCONS 
vagy SYSTEM IYPE SYSPTMX lehet. Ezt a típust normál 
tty-eszközmeghajtó nem használhatja. 

ITY DRIVER TYPE CONSOLE: csak a konzolmeghajtó 
használhatja, másra ne használjuk! 

ITY DRIVER TYPE SERIAL: bármilyen soros eszköz 
meghajtója használhatja. Ez esetben a subtype értéke 
SERIAL TYPE NORMAL vagy SERIAL TYPE CALLOUT, 
a meghajtó típusától függően. A type mezőnek ez az egyik 
leggyakrabban használt beállítása. 

ITY DRIVER IYPE PIY: a pseudo terminal felület (pty) 
által használt beállítás. Ha ezt az értéket használjuk, a 
subtype a PIY TYPE MASTER vagy PTY TYPE SLAVE 
értéket veheti fel. 

Az init termios mező a kezdeti időértékek (sorbeállítások, 
sebességek) beállítására szolgál az eszköz első létrehozásakor. 
A flags mező az eszközmeghajtó igényeitől függően az 
alábbi bitértékek eredőjét veszi fel: 

IITY DRIVER INSTALLED: a bit beállításakor az eszköz- 
meghajtó nem tudja saját magát bejegyezni a tty-réteggel, 
úgyhogy ne használjuk. 

IITY DRIVER RESEI TERMIOS: a bitet magasra állítva a 
tty-réteg nullázza az időértékeket, amikor az utolsó folyamat 
lezárja az eszközt. Konzol- és pty-meghajtók esetén hasznos. 
IITY DRIVER REAL RAVY: e bit bekapcsolása azt jelzi, 
hogy az eszközmeghajtó biztosítja a párosságadat (parity) 
vagy a megszakításjelző karakterek jelentését a sorvezérlő 
felé, amennyiben a sorvezérlőt erre nem utasítjuk. Általá- 
ban minden eszközmeghajtónál beállítjuk, ez lehetővé teszi 
a sorvezérlő hatékonyságának növelését. 

IIY DRIVER NO DEVES: a bit magas értékénél a 

tty register driver() hívása nem hoz létre devfs 
bejegyzést. Bármilyen eszközmeghajtó esetén hasznos 
lehet, ha az eszköz fizikai jelenlététől függően a fő eszkö- 
zöket dinamikusan akarjuk létrehozni, illetve megsemmi- 
síteni. Példák olyan meghajtókra, amelyek használják a 
bitet: USB soros meghajtók, USB modemmeghajtó és az 
USB Bluetooth tty-meghajtó. 
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7. Ista A struct tty driver 


struct tty drimiérálái 
Té" Mace. 
tonst char GáMéMEG 
eonst charjméneT 
mnt name bass 


short major; 

enhort MiNGOtTStáate, 

Short num; 

short type; 

Simona te subtype; 

SESÜGtG "SEEMTOS JAA e ES EMTOS 
int -Eélags; 


TES BE BESE 
SEGÜCENDESESETT SENEGY 
S EEG ENE ESZES Et E OEM 18 


"1 ONGOG EMEIGY § 


/§ 

$£ Pointer to the tty data structüreées 
57 

SEEUCESEEZYSSETÜGESS tables 

struct termios $rtermios; 

S ESÜGENESEMTOSE S Se emésSsáossee 
mogdscetá vetés tató ; 


/r 
x Interface routines Írom the upper tty 
s]layer to the tty driver. 


88 

TELE opEM SEC SEELYESÉTŰÜGE S 
STELY, ESLÉÚGE ELLE SET Úo) s 

voTe séSelősé E SEtÜGb NEGY ESEGŰCGB EE 
SSÜGYZSSEGÜGE S ETTVe S EL 

Je. WET ESe KSE EÜGESEEZSSEVÜGSE SÉBEN; 


S ime ronSüset Sons eSÜNSÜGNEdGehas 
SzAZAlo TET ESEN o ttniteb lis 
VOJCTSOK OS AEE ISBEGEFEGZYÉSETÜGE SS EGY; 


PL E aa 


A refcount mező egy a tty-meghajtóban lévő egészre mutató poin- 
ter típusú változó; a tty-réteg használja a meghajtó hivatkozásai- 
nak kezelésére, a tty-meghajtónak nem szabad használnia. 

A proc entry mező beállítását nem közvetlenül a tty-meghajtó 
végzi. Ha a tty-meghajtó write proc vagy read proc 
függvényt valósít meg, ez a mező tartalmazza a létrejövő meg- 
hajtó proc entry mezőjét. A másik mezőt csak a pty-meghajtó 
használja, tty-meghajtók nem alkalmazhatják. 

Van még néhány különböző tty-szerkezetre mutató pointer 
típusú változónk. Az egyik a table mező, ami egy tty struct- 
mutatókból álló tömbre mutat. A termios és a termios locked 
mezők egy struct termios mutatókból álló tömbre mutat- 
nak. E tömbök mindegyikének annyi eleme van, amennyit a 
feljebb említett minor mezőben beállítottunk. Ezeket a tty-réteg 
használja a különböző mellékszámú eszközök megfelelő kezelé- 
séhez, a tty-meghajtónak közvetlenül nem szabad módosítania. 
A driver state mezőt csak a pty-meghajtó használja, más tty- 
meghajtónak nem szabad módosítania. 

A tty driver szerkezet a különböző függvénymutatók hosszú 
listáját tartalmazza. Ezeket a tty-réteg használja a tty-meghajtó 
meghívására, amikor valamilyen műveletet akar végrehajtani. 
Egy tty-meghajtónak nem kell az összes függvénymutatót meg- 
adni, ám amennyiben ezt a függvényt a tty-meghajtó végre- 
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ee ünsigned  ehar eh) ; 
veldet ES SehEES SETÜCESEEVÉSEEÚCES? EVE 


TATE NET ESÉESSM SEGGEMBE ÉSEÉTÜGET S EEYN 
TESZEK ER ES KÜ etet ESÉS ESEEZÉS EGBÜGE 
St) ; 

Hines TOGETÜSETUGETEEYESEÉTÜGE EGY; 


— Seeed JEJLILS 9 EMIL; 
ssűúnsigned long arg) ; 
VOTA SSE EGESEMtOS SE GÜCETEEYTSÉGÜGE 


unsigned int  emd, 


S AtÉV SEN tetMLosST sola: 

VOLN ATOLETE  SETÜGE KEGY SETÜGE S" EEEY) 
VOL E ESEETE SE TÜGES EGYES EÜGENZ TEGBY) ; 
VOLÜS ÜT SSEGD JESSE TÜGE SEL ESETÜGE SS BEY 
Vvotdatostaséjals ete EMEGZÉSEGBÜGES S EE 
voTd a hangúp ses EGE TEEVESÉTÜGBETBEY ő 
vordszó besaltkae ET ESETÜGE SEGYESETÜGESZEGY, 


"sints state]; 

voLd S etüst lt tét SEGGE YSETÜGE FF EGY 
VOT SSE ESETE EÜCEG GEV SE EÜCE S Ety 
VOTGMN watt cm tESeme MSESÜGENEETÉSEGÜGE 
SAL ÉSZ ei nE EMISOUC) 

VOT semdt szea ts ETÜSEGGESÉS ESC E SEEY, 
—"enhat 0; 

Ted eegedő otos MENTE E Bag TEMA Se StattT 
SOLESETGEtSZ ÁMEN SSÜMET FS ÜSSE ROOT elátt ati 
JE SNS WETESRBTOS S EKE ESETE EVET 
—conSE Ehar :Düútcer, unsigned long con, 
övoid:tdata)§ 


E 

x linked list pointers 
87 

SESÜGENSESZEGEtME tea meree 
SETS E SEEM E 1 E OBEN 


hajtja, néhányat közülük kötelező jelleggel meg kell adnia. 

Az open függvényt a tty-réteg akkor hívja, amikor az open (2) 
azon az eszközcsomóponton meghívása kerül, amihez tty- 
meghajtónk rendelve van. A tty-réteg egy fájlmutatóval, vala- 
mint egy olyan mutatóval végzi a függvényhívást, amely az 
eszközhöz rendelt tty struct szerkezetre mutat. Ezt a 
mezőt a tty-meghajtónak a helyes működéshez mindenképpen 
be kell állítania a helyes működéshez (ellenkező esetben a 
felhasználó az open (2) hívásakor -ENODEV üzenetet kap). 

A close függvényt a tty-réteg akkor hívja, amikor release (2) 
hívás érkezik a korábban az open (2) által létrehozott fájlmu- 
tatóra. Ez azt jelenti, hogy az eszközt le kell zárni. 

A write függvény hívását a tty-réteg akkor kezdeményezi, 
amikor a tty-eszköz felé adatot kell továbbítani. Az adat érkez- 
het a felhasználó, illetve a rendszermag felől (a from user bit 
beállításra kerül, ha a felhasználó felől érkezik). A függvénynek 
az eszközre kivitt karakterek számával kell visszatérnie. Ezt 

a függvényt a tty-meghajtónak kötelezően meg kell adnia. 

A put char függvényt a tty-réteg akkor hívja, amikor az eszköz- 
re egyetlen karaktert kell továbbítani. Amennyiben az eszközön 
nincs hely a karakter számára, figyelmen kívül hagyható. Ameny- 
nyiben egy tty-meghajtó nem adja meg ezt a függvényt, a tty-ré- 
teg a write függvényt hívja, ha egyetlen karaktert akar küldeni. 
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2. lista Egy minimál tty-meghajtó 


0 Kiskapu Kft. Minden Jog fenntartva 


tdefine TINY TIY MAJOR 240 /t experimental range Y/ 
ele tes YLNY TTY MENGRESSSZSS /: use the whole 
mego up Fr 

egseic int ttyésőöbetttT 

Static struslltkizőöéges 

extiny tty[TINY TTYÉREENSSENE 

static struct termios 

—itiny termios [TI NY őHRTEKNKEZARRTARTRER tert HéS 

static struct termios 

e iny termias "iockec s tNY E EEVÉMTNÖRS [6 


SEaticSSGLÜCESÉELY CdELVETTEÜNY ő EEy ÁTÍVEr :( 


magic: " TTY DRIVER MAGTC, 

e éve sámeme : METNSZÖGÉSZ Eg 
Hitdet"CÖONETG DEVESÉES 

name : SSESZEEGEY Cd 
Helse 

ian Stee 
tendif 

Major: Je TINTETTYEMAJORS 

num: TINY TTY MINORS, 

yo cE FEET TET SAE E S EE TAB ő 


subtype: SERIAL TYPE NORMAL, 


flags:  TIY DRIVER REAL RAW ] 
TTY DRIVER NO DEVEFS, 

HE EGÜMEK Setét GSM, 

taobes eze tnyátt yi 


EEVMtosS " eüny tétmtos; 


A flush chars függvényt a tty-réteg bizonyos számú karak- 
terput char függvénnyel történt kiírása után hívja. A tty- 
meghajtónak az eszközt a visszamaradt adatok azonnali továb- 
bítására kell felszólítania. 

A write room függvényt a tty-réteg akkor használja, ha azt 
szeretné lekérdezni, hogy a tty-meghajtó még hány felhasznál- 
ható hellyel rendelkezik az írási tárban. Ez a szám asszerint 
változhat, ahogy a karakterek kiürülnek az átmeneti tárból. 

A chars in buffer függvény annak lekérdezésére szolgál, 
hogy hány karakter várakozik még mindig az írási átmeneti 
tárból való továbbításra. 

Az ioct1 függvényt a tty-réteg akkor hívja, amikor az eszköz- 
csomópontra ioct1 (2) hívás érkezik. Ez a tty-meghajtó 
számára eszközfüggő ioct1 függvények végrehajtását teszi 
lehetővé. Amennyiben az ioct1-kérést a meghajtó nem támo- 
gatja, egy ENOIOCTLCMD üzenettel kell visszatérnie. Ennek 
köszönhetően a tty-réteg képes arra, hogy ha lehet, az általános 
ioct1-változatot valósítsa meg. 

A set termios függvényt a tty-réteg akkor hívja meg, amikor 
az eszköz termiosbeállításai megváltoznak. A tty-meghajtónak 
ekkor meg kell változtatnia az eszköz fizikai beállításait a termios- 
szerkezet különböző mezőinek értékeitől függően. A tty-meghaj- 
tónak képesnek kell lennie kezelni azt az esetet, amikor függvény 
hívásakor egy korábbi változó esetleg NULL értékkel bír. 

A throttle és unthrottle függvények a tty-réteg bemeneti 
tárolójának túlterhelését segítenek kezelni. A throttle függvény 
akkor használatos, amikor a tty-réteg bemeneti tárolója kezd 
megtelni. A tty-meghajtónak meg kell próbálnia jeleznie az 
eszköznek, hogy ne küldjön neki több karaktert. Az 
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tcsmtosttSelsee; ctnyseceentosítsoeked 


open: tünytopcni 
CSS EE ÜnyeVose 
MARE SETÉT E BET 


WETEGe ÉEGOME CÉNny Wet téet tom 


ja 
StdaEs6 SM SES TŰS E ÚN BE HAS ate 
( 
/: register the tty driver F/ 
ETETETT STT ES ESETT öss 
Stt ZESLANEETNTOB 
ELME ZECEÜVSES me ESEüMTos se E E BAEE 
SBISO0 I" €S8 "IE CERERD 7 TÉEÜPETHIEOCAT 
if (tty register driver (atiny tty driver)) ( 
DETNEKKERNŐERREE EGT Led SES YTEGÜSÉSE 
"et iny tev rdEÍVEer"jis 
ME (e ÉRTS Ta MS aló 
return 0; 


] 


SÍRELESLE ÉSZ KET SE 115 te etáte TIZ ESETE 


( 
] 


üorető EE alrmse 
MÓCIAAANSSESEZETE 


Gona 


EGÉUNEES ESETET VET SSE S Eg elv zet őő 


ÉS TEA SÉT 6 11AA 
ME JEEZ KEZET e 1, 


unthrottle függvény akkor hívódik, amikor a bemeneti tár 
kiürült, és a tty-réteg újabb karakterek elfogadására kész. A tty- 
meghajtónak jeleznie kell az eszköznek, hogy az adatok 
fogadásának nincs akadálya. 

A stop és start függvények sok tekintetben hasonlítanak a 
throttle és unthrottle függvényhez, de azt is jelzik, hogy 
a tty-meghajtónak az eszközhöz történő adatküldést félbe kell 
szakítania, és később folytatja a műveletet. 

A hangup függvény azt jelzi a tty-meghajtónak, hogy a tty- 
eszköz tevékenységét fel kell függesztenie. 

A break ctrl1 függvény hívására akkor kerül sor, amikor a tty- 
meghajtónak az RS-232 kapu BREAK állapotát kell ki-bekap- 
csolnia. Ha az állapot -1, be kell kapcsolnia, ha 0, akkor a BREAK 
állapot kikapcsolása szükséges. Amennyiben ezt a függvényt a 
tty-meghajtó végrehajtja, a tty-réteg kezeli a TCSBRK, TCSBRKP, 
TIOCSBRK és TIOCCBRK ioct1-eket. Ellenkező esetben ezek a 
tty-meghajtó ioctl függvénye számára továbbítódnak. 

A flush buffer függvény akkor kerül hívásra, ha a tty-meg- 
hajtónak az írási átmeneti tárból minden adatot ki kell ürítenie. 
Ez azt is jelenti, hogy a visszamaradó adatok elvesznek, és nem 
továbbítja őket az eszközhöz. 

A set Ildisc függvényt a tty-réteg akkor hívja, amikor meg- 
változtatta a tty-meghajtó sorszerkezetét. Ez a függvény általá- 
ban többször nem is használatos, ezért nem is kell beállítani. 
Await until sent függvényt a tty-réteg akkor hívja, 
amikor a tty-meghajtó írási tárában lévő összes adatot ki akarja 
küldeni az eszközre. A függvény a befejezésig nem térhet 
vissza, ennek eléréséhez az alvó üzemmód is megengedett. 

A send xchar függvény a nagyobb fontosságú XON és XOFF 





karakterek tty-eszközre való küldését végzi. 

A read procés write proc függvények akkor használa- 
tosak, amikor a meghajtó egy proc/tty/driver/ cnamez 
bejegyzést akar megvalósítani, ekkor a cname: a feljebb leírt 
name mező nevét veszi fel. Ha ezek közül valamelyik függvény 
be van állítva, akkor a bejegyzés létrejön és bármilyen read (2) 
vagy write (2) hívás az alkalmas függvényhez továbbítódik. 
Végül a next és prev mezőket a tty-réteg az összes különböző 
tty-meghajtó összefűzésére használja, a tty-meghajtónak nem 
szabad hozzányúlnia. 


Nincs read függvény? 

Az egyik dolog, ami szemet szúrhat a fenti függvénylistában, 
a read függvény megvalósításának hiánya. A tty-réteg egy 
átmeneti tárral rendelkezik, amely adatokat küld a felhasználó 
számára, amikor read (2) -hívás érkezik valamelyik tty-eszköz 
csomópontja felől. Azt a tárat a tty-meghajtónak kell feltöltenie, 
ha adat érkezik az eszközről. Mivel a tty-adat nem mindig 
akkor áll rendelkezésre, amikor a felhasználó akarja, ennek a 
modellnek a használata szükséges. Ily módon a tty-réteg min- 
den kapott adatot átmenetileg tárol, az egyedi tty-meghajtók- 
nak pedig nem kell aggódniuk a forgalom elakadása miatt, 
amíg az adat feltűnik a tty-vonalon. 


A Tiny tty Driver 

Most hogy túl vagyunk a különböző mezőkön, valójában mik 
azok, amikre egy alapvető tty-meghajtó felélesztéséhez és 
futtatásához szükségünk van? A 2. listán látható példa a lehető 
legkisebb tty-meghajtót tartalmazza. Ha a bemutatott lépéseket 
elvégeztük, hozzuk létreatiny open, tiny close, 

tiny writeéstiny write room függvényeket, és már 
készen is vagyunk egy parányi tty-meghajtó létrehozásával. 
Ennek megvalósítására látható egy példa a 3. listán (39. CD 
Magazin /tty könyvtár). Ez a tty-meghajtó egy időzítőt hoz létre, 
ami — egy igazi eszközt utánozva — minden második másodperc- 
ben adatot helyez el a tty-rétegen. lovábbá megfelelően kezeli az 
eszköz szerkezetének zárolását, amennyiben SMP-gépen fut. 


Az adatok áramlása 

Amikor a tty-meghajtó open függvénye hívásra kerül, a 
meghajtótól azt várjuk, hogy adatokat mentsen a tty struct 
változóba, amit átadunk neki. Ennek célja, hogy az eszköz- 
meghajtó tisztában legyen vele, melyik eszközre hivatkozunk, 
amikor a későbbi close, write vagy más függvényeket hív- 
juk. Ha ezt nem tesszük, a meghajtó a MINOR (tty-:device) 
függvény segítségével adja át az eszköz mellékszámát. 

Ha rápillantunk a tiny open függvényre, látható, hogy a tty- 
meghajtóban atiny serial szerkezet kerül mentésre. Ez lehe- 
tővétesziatiny write,tiny write rooméstiny close 
függvények számára lehetővé teszi, hogy visszakeressék a 

tiny serial szerkezetet, és megfelelően változtassák meg. 

A tty-meghajtó open és close függvényei ugyanarra az esz- 
közre többször is hívhatók -— ahogyan a különböző felhasználók 
és programok kapcsolódnak az eszközhöz. Ez megengedné, 
hogy az egyik folyamat adatokat írjon, míg egy másik olvas. 
Hogy minden helyesen folyjék le, meg kell számolnunk, hogy a 
kapu hányszor volt kinyitva és becsukva. Amikor először nyitjuk 
meg a kaput, elvégezhetjük a szükséges eszköz-előkészítést és 
memóriafoglalást. Az utolsó kapuzáráskor pedig megfelelően 
állíthatjuk le az eszközt és szabadíthatjuk fel a memóriát. Példa- 
ként figyeljük mega tiny open() éstiny close() függvé- 
nyeket, ahol látható, hogyan lehet megszámolni a kapu nyitásait. 
Amikor az eszköz felől adat érkezik, szükség van rá, hogy a tty- 
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eszköz átmeneti fliptárjában helyezzük el. Ezt a következő 
kóddal is megvalósíthatjuk: 
for (i - 0; i c data size; tri) ( 

ítt. (tEysstLIO. COÜNHE sz 

SSTTY FLIPBBUE SIZB) 
tty flip buffer pushí(tty) ; 

tty insert tlip charitty, datalil, 0); 
j 
tty £lip. bufter push(tty] ; 
Ebben a példában biztosított, hogy ne történjen túlcsordulás, 
miközben adatokat helyezünk el a tárban. Azoknak a meghaj- 
tóknak az esetében, amelyek nagyon nagy sebességgel képesek 
az adatok fogadására, a tty-:low latency kapcsolót kell 
beállítani, ennek hatására az utolsó tty flip buffer push() 
hívás azonnal végrehajtódik. A példában atty timer függ- 
vény egy egybájtos adatot helyez el a tty fliptárjában, majd 
az időzítőt a következő hívásra várva visszaállítja. Ezzel egy 
eszközről érkező lassú karakterfolyamot utánoz. 
Eszközre történő adat küldésekor a write függvény hívódik 
meg. Fontos, hogy a függvény ellenőrzi a from user jelzőt, 
így elkerüli, hogy a felhasználói adatok véletlenül közvetlenül 
a rendszermag területére legyenek másolva. A write függvény 
számára engedélyezett a rövid írási visszatérés. Ez annyit tesz, 
hogy az eszköz nem tudott minden kért adatot elküldeni. 
A write (2) függvényt hívó felhasználói program feladata 
— a visszatérési érték alapján — annak eldöntése, hogy az összes 
adat tényleg el lett-e küldve. Sokkal könnyebb ezt az ellenőrzést 
a felhasználói területen lefolytatni, mint egy meghajtóprogram- 
nak addig várakoznia, míg az adatok kiküldésre kerülhetnek. 


A tty-felület változásai 

A tty-réteg a 2.0, 2.2 és 2.4 rendszermagokkal igen megbízható, 
és ez idő alatt nagyon kevéssé változott. Így a 2.0-s változathoz 
írt meghajtó a 2.4-es maggal szinte változtatás nélkül működni 
fog. A 2.5-ös rendszermagsorozatban a tty-réteg átírásra van 
kijelölve, így ez a cikk is tartalmazhat olyan részeket, amelyek 
már nem érvényesek. Amennyiben kétség merülne fel, fordul- 
junk annak a rendszermagnak az include/tty driver.h fájljához, 
amelyikre a meghajtót fejleszteni szeretnénk. Ilovábbá vessünk 
egy pillantást a driver/char könyvtárban található bármelyik 
tty-meghajtóra olyan függvények megvalósításainak példáiért, 
amelyek e cikkben nem szerepelnek. 


Összegzés 

Áttekintettük a tty-réteg alapjait, feltárva a 2.4-es rendszermag 
tty driver-szerkezetének összes mezőjét, kiemelve, hogy, 
melyekre van szükség egy eszközmeghajtó megvalósításához. 
A 3. listán látható tiny tty.c meghajtó (39. CD Magazir/tty 
könyvtár) jó példa egy kis méretű, sikeresen működtethető tty- 
eszközmeghajtóra. A kód a jövőbeli saját tty-eszközmeg- 
hajtóink létrehozásához szabadon felhasználható. 


Kapcsolódó címek a 39. CD Magazirí(tty könyvtárában találhatók. 


Linux Journal 2002. augusztus, 100. szám 


Greg Kroah-Hartman 

(greg okroah.com) jelenleg a Linux USB és 
a PCI Hot Plug rendszermagfelelőse. 

Az IBM-nél dolgozik, ahol számos, a Linux 
rendszermagjával kapcsolatos kérdéssel 
foglalkozik. 
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Beágyazott rendszerek izlés szerint 


A Virtex-II Pro FPGA és a MontavVista Linux együttese rendkívül rugalmas 


megoldást kínál a tervezők számára. 


ányszor fordult már elő, hogy a követelmények 
meghatározása után döbbentél rá, hogy egyszerűen 
nincs olyan mikroprocesszor, ami megfelelne elvárá- 
saidnak és kellő számú csatolt eszközt lenne képes kezelni? 
Hányszor kellett szembesülnöd azzal, hogy a alkalmasabb 
processzorra még nincs átültetve a Linux? Mennyit kellett 
szenvedned, hogy a tervezéshez és a hibakereséshez az 
összes szükséges eszköz rendelkezésre álljon? Hány óra 
munkád mert el ezeknek a buktatóknak a megkerülésével? 
Nyugi, ne húzd fel magadat! A Virtex-II Pro FPGA családhoz 
tartozó eszközökkel, a MontaVista Linux operációs rendsze- 
rével és fejlesztői környezettel rendszeredet a saját elképze- 
léseid szerint, rengeteg idő és fáradtság megtakarításával 
alakíthatod ki. 

A Virtex-II Pro FPGA család akár négy PowerPC 405 típusú 
processzort, 16 darab 3,125 Gb/s sebességű Rocket [/O soros 
adóvevőt és 3,8 Mb blokk-RAM-ot (BRAM,) is képes kezelni, 
valamint egy négymillió kapus programozható rendszerlapka 
is a rendelkezésedre áll. A nagytudású eszközök alkalmazások 
széles köréhez használhatók fel, és kellő rugalmasságot bizto- 
sítanak a rendszertervezők számára. A teljes rendszer egyetlen 
lapkából is állhat, tetszőleges be- és kiviteli eszközök csatlakoz- 
tathatók hozzá, például használhatunk öt UARI-ot, egy PCI- 
sínt és akár több Gigabit ehernetkaput is — mindet a központi 
lapkán elhelyezett processzorok vezérlik. 

A Xilinx és az IBM együttműködése révén valósul meg a 
PPC405 szabvány támogatása, amely egy rendkívül üzembiztos 
sínrendszert jelent, valamint az egyes összetevők egymás kö- 
zötti kapcsolatát is meghatározza. A Xilinx igen sokféle eszközt 
kínál a Virtex-II Pro FPGA-hoz, amelyek meghatározott szolgál- 
tatáskészlettel rendelkező modulok, és közvetlenül csatlakoz- 
nak az IBM CoreConnect sínrendszere szerint működő közös 
sínre (lásd az ábrán). 

A CoreConnect számos szolgáltatással segíti a processzor és az 
FPGA-összetevő összekapcsolását, így állnak össze teljes beren- 
dezéssé. A legfontosabb CoreConnect-szolgáltatások: alkalma- 
zás-központú rendszersínek, amelyek között megtalálható 

a helyi processzorsín (PLD), a lapkán elhelyezett, a külső eszkö- 
zök használatát lehetővé tévő sín (OPB), valamint az eszközve- 
zérlő regisztersín (DCR). A modulok révén sokféle be- és kivi- 
teli módszert és külső memóriavezérlőt is használhatunk. 

A be- és kiviteli eszközök között említhetem meg a 16450-es és 
16550-es UART-, az IIC- és SPI-vezérlőket. A memóriavezérlők 
között SRAM/EFLASH, SDRAM, DDR SDRAM és ZBT eszközök 
kezelésére alkalmasak egyaránt találhatók. Modulként termé- 
szetesen további rendszerszintű be- és kiviteli felületeket is 
elérhetünk: PCI-vezérlőt, 10/100 Mb és Gb sebességű vezér- 
lőket, valamint a System ACE beállítófelületet is. Minden mo- 
dulhoz eszközillesztő program is tartozik, ha a használatához 
szükség van rá. Az eszközillesztőket forráskódként bocsátják 
rendelkezésre. 

A sokoldalú programtervező eszközöket, amelyek segítségével 
a felhasználók kiaknázhatják a processzorok, a modulok és 
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általában véve az FPGA képességeit, részletesebben is ismer- 
tetem. A vas és a programok közötti magas szintű párbeszéd 
teszi egyedivé a Virtex-II Pro FPGA-t, hiszen így válik lehe- 

tővé a teljesen testreszabott beágyazott megoldások egyetlen 


se Lf 


lapkán történő fejlesztése. A vas és a rajta futó alkalmazások 
együttes tervezéséhez kiváló programtervező és beágyazott 
hibakereső alkalmazások állnak rendelkezésre. Mielőtt azon- 
ban elmerülnénk az együttes tervezéssel kapcsolatos részle- 
tekben, ismerjük meg egy kicsit jobban a Virtex-II Pro FPGA 
lelkivilágát! 

A PowerPC 405 processzorok 300 MHz-es vagy nagyobb 
órajellel futnak, 16 KB adat és 16 KB utasítás-gyorsítótárral 
rendelkeznek. A helyi processzor- és a külső eszközöket csatla- 
koztató sín 100 MHz-es vagy nagyobb órajellel üzemel. 

A Virtex-II Pro FPGA egy fontos jellemzője a lapkán elhelyezett 
memória (OCM). Az OCM elérési jellemzőit tekintve hason- 
lóan viselkedik, mint a gyorsítótár, ám kezelését a felhasználó 
végzi. A Virtex-II Pro FPGA OCM-ként kétkapus BRAM-ot 
tartalmaz, amely rendkívül nagy sebességű adattovábbítási 





eszközként szolgál a külső eszközök és a processzor, illetve 
átmeneti tárként a processzorok között. 

A 3,125 Gb/s sebességre képes Rocket [/O-soros adóvevők 
számos különböző adattovábbítási szabványt támogatnak, 
amelyek felsorolása táblázatunkban látható. Az olyan fontos 
szolgáltatásokat, mint az átmeneti tárak biztosítását, a 8B/10B 
kódolást és dekódolást, a CRC-számítást és -ellenőrzést a 
lapkák valósítják meg, így az FPGA-összetevő mellett semmi 
sem foglalja a helyet. 

A BRAM-ok a processzor által kezelt memóriákként használ- 
hatók, és a CoreConnect sínre vagy OCM-ként csatlakoztat- 
hatók. Az OCM jobb teljesítményt és közvetlen hozzáférési 
lehetőséget kínál a processzor részéről, a BRAM-ot a helyi 
processzorsínre kötve az összetevők DMÁA-átviteleket is 
végezhetnek, amivel nem terhelik a processzort. A tervező 
feladata tehát eldönteni, hogy mi módon lehet a BRAM-ot 

a legjobban kihasználni. 





Az FPGA-összetevő a Xilinx moduljaival, illetve saját terve- 
zésű modulokkal egészülhet ki. Egyes modulok egymással is 
folytatnak párbeszédet, mások viszont csak párhuzamosan 
tudnak dolgozni. 

Mivel az FPGA-k tetszés szerint átállíthatók, a csatlakozóesz- 
közök száma és típusa a rendszer működése közben is módo- 
sítható. Ilyen rugalmas rendszerhez megfelelő operációs rend- 
szerre is szükség van, illetve olyan eszközökre, amelyek segít- 
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A Virtex-II Pro ML300 felülnézetből 


ségével a készülékek és a programok tervezői beágyazott 
alkalmazásaikat fejleszthetik és hibajavítással láthatják el. 

Az alkalmazástól függően a felhasználók általában a keres- 
kedelmi, készen megvásárolható valós idejű operációs rend- 
szerek közül választanak, vagy beágyazott Linuxot telepíte- 
nek. A Linux világából a Xilinx a Virtex-II Pro FPGA családhoz 
rendkívüli sokoldalúsága miatt a MontaVista Linuxot válasz- 
totta, mint a céljainak leginkább megfelelő beágyazott operá- 
ciós rendszert. A Linux alapállapotban is rengeteg eszközt 
támogat. A Xilinx és a MontaVista Software réteges eszközil- 
lesztő szerkezet fejlesztése mellett döntött. Ez egy alacsony 
szintű, operációs rendszertől független rétegből áll, amely 
közvetlenül a vasat kezeli; valamint egy operációs rendszertől 
függő illesztési rétegből, ami az operációs rendszer és az ala- 
csony szintű eszközillesztők közé fészkeli be magát. A Xilinx 
készíti az alacsony szintű eszközillesztőket, amelyek így 

a lehető legjobban kihasználják a modulok képességeit. 

A MontavVista Software a linuxos illesztési réteget készíti el, 
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bevetve az eszközillesztők átlátszó beépítésével kapcsolatos 
tapasztalatait. Mindkét réteg nyílt forrású tárházba kerül és 
GPL szerződéssel érhető el. Az eszközillesztők a rendszer- 
magba fordítva és betölthető modulként egyaránt használ- 
hatók. Meghagyva a modulok betöltésének és eltávolításának 
lehetőségét olyan készülékek építhetők, amelyek a rendszer 
futása közben is átállíthatók. Futó operációs rendszer mellett 
teljesen megszokott dolog egy-egy USB-s készüléket vagy 
PC-kártyát kicserélni, ám magán a lapkán található eszközt 
leváltani, és menet közben betölteni a hozzá tartozó illesz- 
tőprogramot - ez azért egészen új dolog. 

A Linux-átültetés elsőként a Xilinx Virtex-II Pro ML300 felület- 
hez (lásd a képen) készült el, és az áramkörön található mo- 
dulok és eszközök nagy részét támogatja. Mivel az ML300 
sokoldalú, jól kidolgozott áramkör, az átültetést a felhasználók 
saját eszközeikhez minden bizonnyal könnyedén hozzá tudják 
majd igazítani. A MontaVista Software magas szintű támo- 
gatást nyújt a hasonló tervezetekhez. 

Lássuk, milyen eszközök állnak az eszköz- és programmér- 
nökök rendelkezésére a rendszerek fejlesztéséhez, indításához 
és hibáik kijavításához. A Xilinx által biztosított System 
Generator for Processors, a GDB/XML, a System ACE és a 
ChipScope Pro teljes eszközkészletet jelent bármely vassal, 
alkalmazásokkal és rendszerrel kapcsolatos tervezéshez. 

A System Generator for Processors (SGP) segítségével a Virtex- 
II Pro FPGA alapján fejlesztett eszköz mind a vas, mind a 
programok oldaláról végleges egésszé állítható össze. Felhasz- 
nálóbarát párbeszédablakokban lehet megadni a rendszer 
beállításait, például a csatlakozóeszközök alapcímeit, a hasz- 
nálni kívánt megszakításokat vagy a telepített memória nagy- 
ságát. Az SGP elkészíti az eszköz felépítését leíró állományokat, 
amelyek alapján az FPGA legyártható, illetve a szimulációk 
lefuttathatók. Egy beállítóállományt is készít, amely a Linux- 
rendszermag és a szükséges illesztőprogram-modulok fordítá- 
sához használható. Listánk egy ilyen beállítóállomány egy 
részletét ismerteti, ebben a felhasználó által megadott, a 
rendszer megszakításvezérlőjének működését befolyásoló 
beállítások találhatók. 

Az SGP segítségével a tervezők különböző beállításokkal 

és variációkban próbálhatják ki születőben lévő beágyazott 
rendszerüket. A beállítások módosításával mind a vas, 

mind a programok a pillanatnyi követelményeknek megfe- 
lelően finomhangolhatók. Csak azok a szolgáltatások kerülnek 
be a késztermékbe, amelyekre valóban szükség van, a felesle- 
gesek a tervezés során eltávolíthatók. Az eszközök alapér- 
telmezett előbeállításokkal is rendelkeznek. Mindennek ered- 
ménye az, hogy a vas és a programok kevesebb helyet igényel- 
nek, jobb teljesítményt nyújtanak és egyszerűsödik - illetve 
egyes esetekben teljesen elmarad - a rendszerindítási eljárás 
is. Az SGP és a hozzá tartozó eszközök nyílt felületet hasz- 
nálnak, így bárki bővítheti őket saját eszközeinek szolgáltatá- 
saival vagy eszközillesztőivel. Az XMD egy hibakereső kiszol- 
gáló, a vizsgált rendszeren található GDB-vel az On-Chip 
Debug (OCD) protokoll segítségével tartja fenn a kapcsolatot; 
és a célrendszert a Virtex-II Pro FPGA-ban található processzor 
JIAG kapuján keresztül vezérli. Az XMD egyszerre több GDB 
kiszolgálására is képes, így egyidejűleg több processzoron is 
hibakeresést végezhetünk. Hogy pontosabb legyek: a Virtex-II 
Pro FPGA-n belül található négy processzor mindegyikén akár 
egyazon időben is végezhetünk hibakeresést. Linux alatt a 
GDB parancssorból vagy a többféle grafikus felület valamelyi- 
kével futtatható. Alapértelmezettként Insight-felületet támo- 
gat, de DDD és Emacs is társulhat hozzá. 
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A beállítófájl eszközíllesztők beállítására szolgáló részlete 


tifndef XPARAMETERS H 


tdefine XPARAMETERS H 


/fekkkkkkkkkkkekkkekk kek kkek kek kek kek kek k kk kkkkkk 


x 


- "Mégszak ERS VEZŐETT "(THEC) méeGNAtEEOZASOK S 

x DeviceID kezdigrtőke 0 

x 
Hdefine XPAR INTC NUM INSTANCES ll 
Hdefine XPAR INTC NUM INSTANCES li 
Hdefine XPAR INTIC 0 MAX ID 91 


/r az Örvönyes tartomEny 0-31 F/ 


Hdefine XPAR INTC 0 REG BASE OXDO0O0OFCO 


/F Regiszter alapc m F/ 


Hdefine XPAR INTC 0 UARTNS550 0 VEC ID 31 

Hdefimne XEARETNTOTO TT TGK0ÉVEC ÉTD 29 
Hdefine  XPARÉTNTCSOTEMAC ÉG ÉVEC TB 28 
Hdeftine" XPARETNTÚ MAX TD 31 


Hendif /F vöge a vOdelmi makr nak "/ 


A GDB-t a PPC405 rendszerek támogatásával bővítették, illetve 
a target ocd parancs is képes a Virtex-II Pro FPGA összes 
szolgáltatásának kihasználására. Ennek köszönhetően a PPC405 
összes regisztere, a gyorsítótárak és a TLB bejegyzései, illetve az 
OCM tartalma nemcsak figyelemmel kísérhető és módosítható, 
hanem a processzor memóriaterébe is bemásolható. 

A beágyazott rendszerek hibáinak felderítése hagyományosan 
nehéz feladat — a vas és a programok működését egyszerre kell 
figyelemmel kísérni. Külső, a folyamatokba bele nem avatkozó 
hibakereső programmal, például a GDB és XMD párossal a 
munka sokkal egyszerűbb. A PPC405 emellett vasból megvaló- 
sított töréspontokat is tud kezelni, így kivételek esetén a pro- 
cesszor működése befagyasztható. A végrehajtott adatátvitelek 
és a memória-hozzáférések figyelemmel követése különösen 
nehézzé válik, ha a processzorok és a hozzájuk csatlakozó 
eszközök egyetlen lapkára kerülnek. Ekkor ugyanis minden 
fontos jel a lapkán belül utazik, és gyakorlatilag nem nagyon 
lehet hozzájuk férni. A Virtex-II Pro FPGA esetén nincsenek 
ilyen korlátozások, mivel a külső eszközök ,puha" vasként 
épülnek be a rendszerbe. A megfelelő eszközzel minden jel 
látható és elérhető. 

A ChipScope Pro egy a vasba beépített logikai elemző. 
Egyrészt a logikai elemzőből áll, amely a vizsgálórendszeren 
fut, másrészt a magába az eszközbe fordított vagy beépített 
ravaszokból és adategységekből. A beépített logikai elemző- 
egységek (ILA) tetszőleges számú belső jel vizsgálatára állít- 
hatók be, és a felhasználó által megadott feltételek teljesülé- 
sekor vagy a processzorsín-átvitelek hatására cselekednek. 
Egyszerre több ILA-egység is működő lehet. Egyes esetekben 
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hasznos lehet, 

ha ugyanazokat a 
jeleket több ILA is 
vizsgálja. Volt olyan 
eset, hogy két ILA- 
egységet csatlakoz- 
tattunk a PLB cím- 

és adatvonalaira, hogy 
egy memóriakezelés- 
sel kapcsolatos hibát 
kivizsgáljunk. Az 
egyik ILA a PPC405-re 
csatlakozva vizsgálta 
a PLB-jeleket. Tudtuk, 
hogy a hiba fellépé- 
sekor a processzor 
hozzáfér a memó- 
riához. A másik ILA 

a DDR memóriave- 
zérlőre csatlakozva 
figyelte a PLB jeleit. 
A két ILA által a cím- 
és adatvonalakról 
szállított adatok alap- 
ján megtaláltuk a 
hibát, és sikeresen 
kiküszöböltük. Az 
eszköz belső világá- 
nak elérhetősége és 

a síneken folyó 
átvitelek megfigyel- 
hetősége különösen 
Linux-alapú, MMU-t 
is használó rendszer- 
nél hasznos. Ekkor a programok oldaláról nézve ugyanaz a 
fizikai memóriablokk több képzetes címtérre is leképezhető, 

a vas oldaláról nézve viszont minden cím fizikai. 

A ChipScope Pro, a GDB és az XMD együtt alkalmazva rend- 
kívül mély betekintést tesz lehetővé a rendszer belső életébe. 
A programok közös, az FPGA JTIAG kapujára csatlakozó adat- 
kábelt használnak. Az alkalmazások barátságos egymás mellett 
élése jelentősen megkönnyíti a hibakeresési környezet 
kialakítását. 

A rendszerindítás folyamata roppant fontos a beágyazott 
készülék bekapcsolásakor. Néhány lépésben megtörténik a 
processzor, a memóriarendszer és az átviteli eszközök indítása. 
A Virtex-II Pro FPGA esetében a rendszerindítás két lépésben 
zajlik. Egyrészt megtörténik az FPGA beállítása, másrészt 
elindul a processzor. Az FPGA-t a számos lehetséges módszer 
egyikével kell beállítani a szükséges feladatokhoz. A cikk során 
még visszatérünk az egyik jól használható eljárásra. Gyakran 
az igényekhez igazított eszközzel folyik a rendszer és a pro- 
cesszor indítása, a Linux-rendszermag betöltése a memóriába, 
majd a vezérlés átadása a rendszermag belépési pontjára. 

A Virtex-II Pro FPGA a hagyományos rendszerindítást is 
támogatja, amelynél az elsődleges rendszertöltő külső ROM- 
ban, vagy a belső BRAM-ban található. Az utóbbi esetben 
nincs is szükség külső ROM-ra, ilyenkor az FPGA beállítását 
végző bitfolyam a rendszerbetöltőt is tartalmazza. Közvetlenül 
azután, hogy az FPGA beállítása megtörtént, a processzor 
kikerül azalapállapotból, a BRAM-ból megkezdi az utasítások 
olvasását, és lefuttatja az elsődleges rendszerindítót. 

Egy -— különösen MontavVista Linuxszal együtt — remekül hasz- 
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nálható megoldás a System ACE segítségével indítja a rend- 
szert. A System ACE külső kísérőlapka a Virtex-II Pro FPGA- 
hoz, és ROM nélkül is lehetővé teszi a rendszer indítását. Két 
fő feladata van: az első az FPGA, a processzor és a processzor- 
sínen található egyéb eszközöknek a JTAG kapun keresztül 
történő beállításával végzett rendszerindítás, amelyet Compact- 
Flash-kártya vagy Microdrive segítségével végez el. A második, 
hogy az általa használt tárolóeszköz a Linux által is elérhető 
fájlrendszerként jelenik meg. 

A Microdrive egy FAT12 vagy FAI16 és egy Linux-részt tartal- 
maz. A Linux-rendszermag a System ACE támogatására van 
beállítva, fordításkor a System ACE különleges fájlformátumára 
alakítják, összefűzik az FPGA-t beállító bitfolyammal, és a 
FAI-fájlrendszeren helyezik el. A készülék bekapcsolásakor a 
System ACE a beállítóállományt beolvassa a FAI-fájlrendszer- 
ről, beállítja az FPGA-t és elindítja a rendszermagot. Az indítási 
folyamat alatt a Linux-rendszermag a Microdrive linuxos részét 
saját könyvtárként fűzi be. A System ACE használatának 
ugyancsak fontos előnye, hogy a processzor alapállapotához 
nem szükséges külön memória, a FAT-részen több különböző 
indítási beállítás is tárolható, és ezek normál fájlműveletekkel 
is módosíthatók. 

A System ACE a JIAG láncot veszi igénybe, akár a processzor 
hibakereső kapuját használó külső hibakeresők. A programkód, 
az adatok és szükség szerint a Linux-rendszermag által hasz- 
nált ramlemez betöltése a memóriába a JIAG láncon és a 
processzorsínen keresztül történik. A processzor által elérhető 
egyéb összetevők beállítása is hasonló módon, a rendszermag 
betöltése előtt végezhető el. A folyamat végén a PPC405 prog- 
ramszámlálóját a Linux-rendszermag kezdő címére állítjuk, és 
megkezdjük az operációs rendszer futtatását. 

A System ACE egy kapcsolót tartalmaz, amely a nyolc működő 
beállítás egyikét választja ki. A betöltendő beállítást programból 
is lehet módosítani. A futó Linux-rendszer kiválasztja az új 
beállításokat, alapállapotba hozza a gépet, amely immár az új 
beállításokkal indul el, akár teljesen más külső eszközöket 
használva. 

A FAI-fájlrendszer révén a System ACE által használt állományt 
a rendszer működése közben is lehet frissíteni — így lényegében 
használat közben a teljes eszköz javítható, frissíthető. 

A Virtex-II Pro fejlesztői készletével szinte élmény egy-egy 

új rendszert tervezni. A készlet segítségével még annak 
megépítése előtt szimulálható a beágyazott rendszer műkö- 
dése, illetve a hibakeresési szakasz is újabb elvonatkoztatási 
szinttel gazdagodik. A készülék minden egyes összetevője 
önmagában is vizsgálható. A teljes készülék összeállítása után 
a vas és az alkalmazások együttes működése is utánozható, 
így a beágyazott rendszer kifogástalansága ellenőrizhető. 

A valódi eszközben felfedezett hibák a szimulációs szakaszba 
visszavezethetők és pontosan visszakövethetők. A GDB/XMD 
oly módon is beállítható, hogy HDL szimulátorhoz kapcso- 
lódjon, következésképpen a tervező lépésről lépésre követheti 
a programok végrehajtását, figyelheti a síneken folyó átvite- 
leket, valamint az eszközök állapotváltozásait. A Virtex-II 

Pro FPGA és a MontavVista Linux együttese százszázalékos, 
kiváló megoldást kínál számos különböző alkalmazási terü- 
letre. A soros, több gigabit sebességű Rocket [/D adóvevőknek 
köszönhetően távközlési területen is jól használható, például 
bázisállomásokon, ahol a nagy sávszélesség mellett hatalmas 
számítási teljesítményre is szükség van. Ugyanezeket az 
adóvevőket több eszköz között hátoldali átkötésként is lehet 
használni. Az elérhető külső eszközök a négy processzorral 
társulva kiváló választássá teszik adatfeldolgozási és grafikus 


www.linuxvilag.hu 


feladatokhoz, akár munkaállomáskérnt is. 

A processzorok az FPGA-lapba építése több jövőbeli fejlesz- 
téshez és érdekes elgondoláshoz szolgál alapul. Rendszerszer- 
vezési szempontból egyetlen közös processzorsínre egyetlen 
gépben több processzor rákapcsolható. A kifinomultabb 
rendszerek a sín bedugulását kapcsolókkal előzik meg, és 
növelik a teljesítményt. Az FPGA jellegénél fogva a rend- 
szertervezők először az egyszerűbb megoldást választhatják, 
majd áttérhetnek a bonyolultabbra. Teljesen mindegy, hogyan 
döntenek, a Linux hűséges társuk marad. Mivel a jelzők és 
mutexek kétkapus BRAM-okkal könnyedén megvalósíthatók, 
az erőforrások kezelése és a megosztott memóriakezelés 
különösebb nehézségek nélkül megoldható. A vas és az alkal- 
mazások szoros együttműködése jelentősen növeli a rendszer 
teljesítményét. A vas oldaláról a gépek gyorsak, képesek a 
párhuzamosított működésre, a programok pedig rendkívül 
rugalmasak. A Linux számos olyan rendszerhívást használ, 
amelyek vasból valósíthatók meg. A rendszertervező számára 
csak az jelenthet kihívást, hogy meg kell találnia azokat a 
függvényeket, amelyeket érdemes a vasra terhelni, ezzel is 
gyorsabb, kifinomultabb rendszert építve. A még bonyolul- 
tabb gépeknél a Linux mellékprocesszorok igény szerinti 
használatára is képes. Ilyenkor részben átállítja az FPGA-t, így 
az éppen futtatott alkalmazás igényeinek megfelelő eszközök 
elérhetővé válnak. Míg az egyik alkalmazás nagyszámú FFI- 
átalakítást végez, a másik például adott részeket keres az 
adatfolyamokban. Amikor az időzítő az egyik alkalmazástól 

a vezérlést átadja a másiknak, a megfelelő kiegészítő modult 
is lecseréli. Az időzítő a korábbi tapasztalatok alapján dönti el, 
hogy érdemes-e kihasználni a vas gyorsítását, vagy a megfe- 
lelő programból megvalósított függvényeket kell alkalmazni. 
A Virtex-II Pro FPGA és a MontaVista Linux a megfelelő 
rendszertervező, hibakereső és beállító eszközökkel együtt 
rendkívül rugalmas és kiváló teljesítményű eszközkészletet 
jelentenek. Az elkészülő eszköz tervezése a követelmények, 
és nem az eszközök és programok korlátjai szerint történik, 

a rendszer részei magas fokon egybeépíthetők, miközben 
nem kell lemondani a megfigyelhetőségről, a moduloknak 

és a hozzájuk kapható illesztőprogramoknak köszönhetően 
csökken a piacrajutás ideje, végül a mérnökök alkotóereje új 
teret nyer a készülékek és a rajtuk futó alkalmazások együttes 
tervezésében. 
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amatőr rádiózás és a Lisp nyelven való programozás. 





Peter Ryser 

rendszertervező mérnök a XIlinx, Inc. cégnél. 
Több, a Virtex-II Próval kapcsolatos beágya- 
zott alkalmazástervezetért felelős. 

A peter.rrysereaXxilinx.com címen érhető el. 





2002. szeptember 41 


ATOTTELNNN 


O Kiskapu Kft. Minden Jog fenntartva 





TOT 


0 Kiskapu Kft. Minden Jog fenntartva 


GNU Bayonne, a kapcsolatteremtő 


A Bayonne Projekt bármely gyártó kártyájával képes telefonos kapcsolatot létrehozni. 


árom évvel ezelőtt rá kellett 
[8 jönnöm, hogy komoly hiány 

tapasztalható a szabad progra- 
mok terén. Igaz ugyan, hogy a szabad 
programok elterjedtek, és a vállalkozói 
területen szinte minden rést be is töltöt- 
tek, de egyikük sem próbálta megoldani 
a távközlésben felmerült gondokat. 
Pedig a kapcsolattartás nemcsak hogy 
minden üzletnek része, de egyben (gya- 
korta észre sem vett) része a felhasználói 
élménynek is. Ugyanakkor a nyilvános 
telefonos hálózaton keresztül működő 
telefonos szolgáltatások létrehozásához 
szükséges alkatrészek egyre szélesebb 
körben terjednek el a piaci PC gépek és 
operációs rendszerek körében, ideértve 
természetesen a GNU/Linuxot is. 
Hogy szabad programmal célozhassuk 
meg ezt a piacrészt, néhányan úgy dön- 
töttünk, egy keretrendszert hozunk 
létre, amelyben leírjuk, milyennek kel- 
lene lenniük ezeknek a szolgáltatások- 
nak; az asztali felhasználók és alkalma- 
zásfejlesztők igényeitől kezdve egészen 
a legnagyobb távközlési cégek által tá- 
masztott elvárásaikig. A projekt később 
GNUCOMM néven vált ismertté, 
amikor hivatalosan is a GNU projekt 
munkacsoportjává vált. 
Az egyik olyan terület, amit meg szeret- 
tünk volna határozni, a telefonos alkal- 
mazáskiszolgáló volt. Egy ilyen kiszol- 
gáló a könnyen telepíthető új telefonos 
alkalmazásszolgáltatások egyszerű létre- 
hozását tenné lehetővé. Ezek olyan 
alkalmazások lennének, amelyeket 
kifejezetten arra fejlesztenek ki, hogy 
a kiszolgálót a hagyományos telefon- 
vonalon, elérő hús-vér emberekkel tart- 
sák a kapcsolatot, akik az alkalmazással 
hang, illetve a telefon nyomógombjai- 
nak segítségével érintkezhetnek. 
Jellegzetesen ilyen alkalmazások a 
hangpostafiók-rendszerek vagy az előre 
fizetett (prepaid) hívási megoldások. 
Minden ilyen rendszer meglehetősen 
összetett, valamint a PC-rendszer és a 
nyilvános telefonhálózat közötti kap- 
csolat megteremtése néha programozott 
rendszereket vagy különleges számító- 
gépes telefonalkatrészeket igényel. 
Ez lehet olyan eszköz amely analóg 
telefonvonalon képes beszélni a hívóval, 
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de akár olyan berendezés is, amely 
többkapus hangvezérlést nyújt ISDN 
vagy T1 digitális hangáramkörön ke- 
resztül, amit a nagyobb vállalatok köz- 
vetlenül a helyi távközlési szolgáltató 
központjából kaphatnak meg. 
Figyelembe véve, hogy az ilyen rend- 
szerek a múltban általában igen költsé- 
gesnek számítottak, soha nem voltak 
nyíltak, és gyakran nehezen progra- 
mozhatónak bizonyultak, úgy gondol- 
tam, ezeket a gondokat egyszerre fogom 
megoldani a jelenleg legtámogatottabb 
nyílt programrendszer, a GNU/Linux alá 
írt kiszolgálóprogram létrehozásával. 
Amikor nekikezdtünk a projektnek, még 
igen kevés cég kínált GNU/Linux alatt is 
használható alkatrészeket, így azt hasz- 
náltuk, ami elérhető volt. Még manap- 
ság is minden telefonos kártya teljesen 
különböző, és többnyire saját API-t mel- 
lékelnek hozzá. Mivel sem az eszkö- 
zök, sem az API-k nem szabványosítot- 
tak, a legtöbb ember, aki telefonos alkal- 
mazásokat készít, csak egyetlen gyártó 
kártyacsoportjához fejleszt, és ezt kizá- 
rólag a gyártó által nyújtott API-n 
keresztül teszi. Ez a gyakorlat egyben 
azt jelenti, hogy a számítógépes távköz- 
lési üzletben minden gyártónak igen 
széles termékcsalád-kínálatot kell készí- 
tenie, mivel a felkínált termékskála réseit 
nem egykönnyen lehet más termékekkel 
helyettesíteni. Ezek a tényezők igencsak 
megnehezítik, hogy új telefonos kártya- 
gyártó lépjen a színre, ugyanakkor meg- 
könnyíti a korlátozott számban jelenlévő 
gyártók dolgát, hogy komolyabb változ- 
tatás nélkül megtarthassák piacukat. 
lermészetesen nem állíthatjuk, hogy 
egyáltalán nem történtek próbálkozások 
szabványosított API kialakítására. Végül 
is ott van a ECIF (European Community 
lTelework/lelematics Forum). Lévén 
üzleti gyártók ipari konzorciuma, már 
elő kellett volna állniuk egy, bizottsá- 
gokon keresztül vizsgált összetett szab- 
ványkészlettel, és olyan javaslatokkal, 
amelyek azt határoznák meg, hogyan 
fejlesszék és támogassák a gyártók a 
számítógépes telefonos megoldásokat. 
lovábbá mindezt olyan módon kellene 
megtenniük, amely növeli a különleges 
tudás iránti igényt, emelve ezzel a 


számítógépi telefonos piacon jelenlevő 
tagjaikra nehezedő nyomás mértékét. 
A másik népszerű szervezet az ITU 
(International Telecommunications 
Union) névre hallgat, amely leginkább 
arról ismert, hogy kinevezéseit gyakran 
nemzeti kormányzatok adják. Az USA- 
ban például a kinevezéseket az állami 
részleg adja, politikai alapokon, ahelyett, 
hogy a legjobb és legragyogóbb elmék 
közt válogatnának. 

A mi célunk nemcsak az volt, hogy 
szabad programként telefonos kiszol- 
gálót hozzunk létre, de egyúttal a tele- 
fonos alkalmazásszolgáltatásokat is 
olyan könnyen és egyszerűen kezelhe- 
tővé szerettük volna tenni, amilyen 
egy weblap készítése és karbantartása. 
Ugyanakkor a telefonos meghajtókat 
és API-kat egy olyan szintig akartuk 
elvonatkoztatni, hogy ezek az alkalma- 
zásszolgáltatások fejlesztésénél már 
egyáltalán ne számítsanak, és láthatat- 
lanok legyenek. Ha ez sikerülne, az azt 
jelentené, hogy bárki tetszés szerint 
lecserélheti az eszközeit, ahelyett, hogy 
egyetlen gyártó által nyújtott termékek- 
hez lenne kötve. 


Kezdetben volt az ACS 

Mivel a kiszolgálóban mindent alacsony 
szinten akartunk elvonatkoztatni, az 
első szükséges dolog egy Ct- nyelven 
íródott osztálykészlet volt. Több okból is 
a C-t --t szerettem volna használni. 
Először is, a meghajtó csatolófelületek 
létrehozásához az osztálybeágyazások 
felhasználása tűnt természetesnek, 
figyelembe véve elvont természetüket. 
Másodszor, úgy láttam, sokkal gyorsab- 
ban tudok hibamentes C-1- -t--kódot 
írni, mint hibamentes C-kódot. lulaj- 
donképpen ez lett az első nagyméretű 
C-t 4 -projektem. 

Ugyancsak könnyű megmagyarázni, 
miért nem a már meglévő keretrend- 
szereket használtuk. Iudtuk, hogy 
szükségünk lesz szálasításra, foglalatok 
(socket) támogatására és néhány egyéb 
elemre. Egyetlenegy létező keretrend- 
szer sem tudta az összes szükséges 
dolgot biztosítani, kivéve néhányat, 
amelyek azonban jóval nagyobbak és 
összetettebbek voltak, mint amire 





nekünk szükségünk volt. Például sze- 
rettünk volna egy telefonoskiszolgáló- 
vázat. Ez idő tájt a legjobban hasznosít- 
ható keretrendszer a ACE (Adaptive 
Communication Environment) volt, 
amely általában néhány MB-tal növelte 
meg a futtatható könyvtár méretét. 
Mivel célunk az volt, hogy akár 8-12 MB 


De milyen formát ölthet egy ilyen 
parancsnyelv? Sok parancsnyelv egyes 
értelmező példányhoz elkülönített 
végrehajtást tételez fel (szálanként vagy 
folyamatonként) minden ami sajnos 
használhatatlanná teszi őket a céljaink- 
ra. Sok nyelv feltételezi, hogy a kifejezés 
értelmezésének ideje nem határozható 








bo Horne ] News [ Docuraentation [ /Dowrlozd ] Resouces [ Developezs 


Applications for 


::news 
GNU Egyonne 1.0 pzelirainary 
release... 


Sth major release of GNU Bayonne 
announced... 


Bayonne... 


What is Bayonne ?? 


GNU Egyonne, the telecoraranmications 17 rdegmnr server of the ereeeleet; 
offers free, scalable, ruedia independent software environment for developrnaent and. 
oyrnent. of telephony solutions for wse with cwerent and next generation Eni ise Application of theyeat 
s. öensl ömögok 


tilgüseztetet 


memóriával rendelkező gépeken is 
futtatni tudjuk a programot, ez 
elfogadhatatlan hátránynak bizonyult. 
A GNU Common C1-- (eredetileg APE) 
azért jött létre, hogy egyszerűen értel- 
mezhető és hordozható osztálymeghatá- 
rozásokat nyújtson a szálak, a foglalatok 
(socket), a jelzők (semaphore), a kivé- 
telek és egyéb elemek részére. Az APE 
azóta megnőtt: mostanra már számos 
fejlesztés forrásává vált azon felül, hogy 
a GNU része. 

Maguknak a szolgáltatásoknak a készí- 
tése közben ráébredtünk, hogy új mód- 
szerre van szükségünk a telefonos al- 
kalmazások létrehozásához — mégpedig 
olyanra, amely a folyamatot egy átlagos 
rendszergazda számára is érthetővé 
teszi. Az egyszerűség kedvéért egy álta- 
lános parancsnyelv használata mellett 
döntöttünk, amely később GNU ccScript 
néven vált ismertté. Parancsfájlok írásá- 
val és hangminták rögzítésével gyakor- 
latilag bárki anélkül hozzájárulhat a 
telefonos alkalmazásszolgáltatások lét- 
rehozásához, hogy különleges isme- 
retekre vagy átfogó rálátásra lenne szük- 
sége; vagy olyan hihetetlenül összetett 
API-kra, mint amilyeneket a ECIF 
támogat. Mivel az alul elhelyezkedő 
telefonos vas láthatatlan, és csak elvont 
formában érhető el az alkalmazás 
parancsfájlnyelvéből, a kártyacsaládtól 
való függőség hátránya is megszűnt. 
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meg. Egy kifejezés ugyanis például 
önhívó (rekurzív) függvényeket vagy 
akár egész alprogramokat meghívhat. 
Mi azonban - ahogy már korábban 
említettük — nem szerettünk volna 
minden egyes értelmező példányhoz 
egy-egy külön végrehajtási folyamatot 
rendelni, és azt sem akartuk, hogy az 
összes példány válaszoljon a telefonos 
vezérlő legelső eseményhívására, amint 
az állapota megváltozik, így aztán a már 
létező, általánosan használt megoldások 
(IcI, Perl, Guile stb.,) egyike sem jöhe- 
tett közvetlenül szóba. Ehelyett első 
kiszolgálónkhoz inkább egy új, nem 
blokkosított, determinisztikus parancs- 
nyelvet készítettünk. 

Parancsnyelvünk több szempontból is 
egyedülállónak volt nevezhető. Először 
is lépésenként végrehajtott volt és nem 
blokkosított. Az utasítások vagy azonnal 
végrehajtódtak és visszatértek, vagy a 
végrehajtó segítségével végrehajtásukat 
egy későbbi időpontra időzítették. Így 
lehetővé vált, hogy egyetlen szál több 
értelmezőpéldányt hívjon meg és kezel- 
jen. A telefonos kiszolgáló akár egy 
idejű hívások százait kell kezelje egy 
nagy terheltségű távközlési eszközön. 
Mivel nekünk nincs szükségünk a ki- 
szolgálón futó hagyományos szálak 
százaira, szerény CPU-terhelést kapunk. 
A másik dolog, amiben parancsnyel- 
vünk egyedülálló, a memóriába töltött 


parancsfájlok kezelése. Hogy a parancs- 
fájlok töltése során fellépő késlekedést 
vagy akadályoztatást megelőzzük, a 
memóriában az összes parancsfájl egy 
virtuális gép (Virtual Machine azaz VM) 
memóriaszerkezetébe töltődik be, és itt 
értelmeződik. Ha meg akarjuk változ- 
tatni a parancsfájlt, egy teljesen új VM- 
példány jön létre, amely az új parancs- 
fájlt tartalmazza. A jelenleg futó hívások 
a régi VM-ben futnak tovább, az új 
hívók számára azonban már az új VM 
lesz elérhető. Amikor az utolsó régi 
hívás is lezárult, a teljes régi VM törlő- 
dik. Így még akkor is elérhetjük a száz- 
százalékos rendelkezésre állást, ha a 
szolgáltatások időközben módosulnak. 
Végül, mivel C-t -- parancsnyelv-rend- 
szert készítettünk, a parancsértelmező 
közvetlen osztálykiegészítését is lehe- 
tővé tettük, hogy a későbbiekben új 
parancsképességekkel lehessen bővíteni. 
Így bárki készíthet a nyelvből egy az 
adott alkalmazáshoz, vagy (ha szüksé- 
ges) az adott telefonos vezérlőhöz leve- 
zetett nyelvváltozatot, egyszerűen csak 
a hagyományos C-t -4-osztálykiterjesz- 
tést kell felhasználnia. A kiegészítés az 
eredeti nyelvből levezethető. 

Bár a kiszolgáló parancsnyelv teljes tele- 
fonos szolgáltatások létrehozását is tá- 
mogatja, nem általános célú programo- 
zási nyelvnek terveztük, és külső prog- 
ramkönyvtárakkal sem lehet egybeépí- 
teni, ahogyan a hagyományos nyelve- 
ket. A nem blokkosítottság előfeltétele, 
hogy minden a kiszolgálóhoz készülő 
kiegészítés magas szinten testreszabott 
kell legyen. Ehelyett mi egy általános 
célú parancsfájlkészítő módszert szeret- 
tünk volna, ami adatbázisokkal és más 
rendszererőforrásokkal is képes kap- 
csolatot tartani. Ezért ACS (Adjunct 
Communication Server) Projektünk 
létrehozásakor lényegében ugyanazt a 
modellt választottuk, mint amit a web- 
kiszolgálók esetében alkalmaznak. 
Kiszolgálónk TGI-modellje nagyon 
hasonló a webkiszolgálók CGI-rendsze- 
rének működéséhez. A IGI külön 
folyamatként indul el, majd az adatokat 
környezeti változókon keresztül juttatja 
a teleftonhívóhoz. Azért használunk 
környezeti változókat parancssori para- 
méterátadás helyett, mert így megelőz- 
hetjük az adatok utáni kémkedést 
(hiszen azok lényeges dolgokat is tartal- 
mazhatnak, például hitelkártyaszámo- 
kat), amelyek egyébként egy egyszerű 
ps paranccsal kiolvashatóak lennének. 
A TGI-folyamat szabványos kimeneten 
keresztül kapcsolódik a kiszolgálóhoz, 
ahol a TGI-alkalmazás által készített 
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kimenetet kiszolgáló parancsok meghí- 
vására használjuk fel. Ezek a parancsok 
különböző feladatokat láthatnak el: 
visszatérő értékeket állíthatnak be, ame- 
lyeket például egy adatbázis-keresés 
eredményeképpen kapunk, vagy új fo- 
lyamatokat hívhatnak meg, ilyen lehet 
például a kifelé menő tárcsázás. Ahelyett, 


hogy minden egyes egyidejű hívásnak 


TGI-folyamatok XML betöltő 


beépíteni. Mint már korábban megje- 
gyeztük, az egyetlen követelmény az, 
hogy a rendszergazda kiszolgálóoldali 
parancsfájlokat legyen képes készíteni, 
hangfelvételeket tudjon lejátszani és 
rögzíteni, illetve legyen valamennyi 
gyakorlata valamilyen általános eszköz 
(például Perl) használatában. 
Kiszolgálónk egy jellemző alkalmazása 


Központi 


Hanganyag hívóállomás 


Bayonne 
parancsnyelv 


Bayonne kiszolgáló 


külön átjárót biztosítanánk, minden 
IGl-átjáróhoz egy-egy folyamatkészletet 
tartunk fenn, így azokat korlátozott erő- 
forrásoknak tekinthetjük. Feltételezzük, 
hogy az átjáró végrehajtási ideje a teljes 
hívási időnek csak kis százalékát jelenti, 
így a gyors TGI-indítás érdekében 
hatékony megoldást jelent egy kis számú 
folyamatkészlet állandó készenlétben 
tartása. Ez a módszer segít elkerülni a 
torlódást, például ha az összes hívó 
éppen egyszerre érkezik a IGI-hez. 
Ezekkel az alapvető eszközökkel végül 
lehetővé vált a hangválaszokat adó 
(voice response) alkalmazások elkészí- 
tése. Amikor a rendszer végre működni 
kezdett, első telefonos kiszolgálónk már 
üzleti környezetben futott az Open 
Source lelecom és más cégek gépein. 
Ez a széles körű felhasználás más vállal- 
kozási-gazdasági tényezők mellett 
részben annak volt köszönhető, hogy 
annyira könnyen lehet új alkalmazás- 
szolgáltatásokat készíteni, illetve telefo- 
nos alkalmazásokat a kiszolgáló alá 
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valahogy úgy nézhet ki, miként azt az 
ábrán láthatjuk (elérhető az 

2 www.inuxvilag.hu/Bayonne címen), 
ez nevezetesen a playrec parancsfájl. 

A parancsfájl bemutatja a jelenlegi 
parancsnyelv különböző jellegzetes- 
ségeit, az érvényességi köröket, az 
eseményvezérlést, amelyek (nevesített 
parancsfájl-hivatkozások alatt futva) 
létrehozzák az interaktív telefonos 
alkalmazás feldolgozásához szükséges 
logikai láncot. A 2. listában (ami a 

2 www.linuxvilag.hu/Bayonne címen ér- 
hető el), a Perl felhasználására mutatunk 
be egy példát a TGI.pm modul és a tgi- 
getdbval.pl Perl parancsfájl segítségével. 


Hogyan lett az ACS-ból GNU Bayonne? 
Mint korábban már említettük, ezeket 

a célokat az első ilyen telefonos alkal- 
mazáskiszolgálóval már nagyjából két 
évvel ezelőtt elértük, ezt Adjunct Com- 
munication Servernek, röviden ACS-nek 
neveztük. Sajnos az ACS névgondokkal 
küszködött, és számos olyan levelet 


kaptam különböző emberektől, akik arra 
mutattak rá, hogy az ACS nevet már 
több másik projekt is használja, például 
az ATs Circuit Simulator. Ez természe- 
tesen baj volt. 

Ugyanakkor az ACS szerkezetének 
korlátai is kezdtek megmutatkozni. 
Először is azon az elképzelésen alapult, 
hogy a kiszolgálót közvetlenül a telefo- 
nos kártyához kell kapcsolni, valahogy 
úgy, ahogyan az XFree36 3 köti az X-ki- 
szolgálót az adott videokártya-család- 
hoz. Ez azt jelenti, hogy minden egyes 
kártyacsaládhoz külön kiszolgálót kell 
fordítani, ezáltal sok kód szükségtelenül 
többszörözötten fog szerepelni. 

Úgy döntöttem, hogy a teljes kiszolgáló- 
magot az alapoktól kezdve újraírom, 

és ezt néhány héten belül be is tudtam 
fejezni. Az első dolog, amit megtervez- 
tem, a bővítmények (plugin) támoga- 
tása volt, egy kicsit más elképzelés 
alapján, ahogyan azt a legtöbb ember 
korábban csinálta. 

A bővítmény általában egy kis objek- 
tumfájl, amelyet egy ismert szimbólum 
vagy szerkezet alapján dinamikusan 
töltünk be, és azután a betöltött fájl 
átvizsgálásával könnyedén megtalál- 
hatjuk. Így a modult az dlopen utasí- 
tással bárki megnyithatja, majd a dv.sym 
segítségével megkeresheti az adott szim- 
bólumot, hogy aztán a modulon belül 
függvényeket hívhasson meg. 

Én egy másik megoldást alkalmaztam: 
az új kiszolgálót úgy alakítottam ki, 
hogy a saját szimbólumait exportálja. 

A kiszolgáló egy létrehozókkal 
(constructor) ellátott alaposztályhalmaz- 
zal rendelkezik, amely a rendszerleíró 
szerkezetet készíti fel a használatra. 

A betölthető modulokat C-t -k nyelven, 
származtatott osztályként lehet megírni, 
melyek alaposztálya a kiszolgálóban van 
megadva, és ezek levezetett osztályai- 
nak statikus objektumokat tehet elérhe- 
tővé. Amikor a modult az dlopen-nel 
betöltjük, a statikus objektumok létre- 
hozói (constructor) önműködően 
meghívódnak, az alaposztályból a 
kiszolgálólenyomatra (server image) 
mutató hivatkozások pedig önműkö- 
dően feloldásra kerülnek (resolved). 

A kiszolgálólenyomatban tárolt alap- 
osztály a létrehozó által önműködően 
meghívódik és bejegyzi a modulobjek- 
tumot. Így aztán az dldopen nemcsak, 
hogy betölti a modult, de egyben a 
használatra való felkészítést is elvégzi 

— mindezt egyetlen műveletben. 
lovábbá néhány dolog, ami korábban 
az ACS része volt, most külön csomagba 
került. Ekkor vált a GNU ccScript és a 





GNU ccAudio külön osztálykönyvtárrá, 
minthogy ezek jelképezték az ACS-ben 
korábban is megtalálható igen hasznos 
parancsnyelvmotort és a hangfeldolgozó 
szolgáltatásokat. Különösen az iránt ér- 
deklődtünk, hogyan tudnánk a parancs- 
nyelvet más kiszolgálókban használni, 
amely a GNUCOMM része lehetne. 

A GNU ccAudio bizonyítottan hasznos, 
általános célú hangfeldolgozó könyvtár. 
Felhasználható egyszeres és duplafrek- 
venciás hangok előkészítésére, amelye- 
ket később a memóriából lejátszhatunk, 
továbbá több bemeneti fájlból csoma- 
golt, állandó hosszúságú keretekből 
(fixed-length frames) álló hangfelvételt 
képes összeállítani (a végükön szünet- 
tel), ahogyan azt a legtöbb DSP (digital 
signal processor; digitális jelfeldolgozó) 
bemenete megköveteli. Ez a képesség 
kiemeli a többi hangfeldolgozó könyvtár 
sorából, amelyek ilyen mutatványokra 
rendszerint nem képesek. A legjobb az 
lenne, ha a GNU ccAudió-t sikerülne 
teljes értékű, általános célú hangfeldol- 
gozó keretrendszerré fejleszteni, amely 
egyben kiszolgálóalapú DSP-szerű 
feldolgozásra is alkalmas. 

Megvolt tehát az új kiszolgálónk, mind- 
össze a neve hiányzott. Mivel valami 
egyedi és mások által valószínűleg még 
nem használt nevet szerettünk volna, 
úgy döntöttünk, nem használunk újabb 
rövidítést. Helyette, mivel a kiszolgáló 
tulajdonképpen híd a számítógép és 

a telefonos világ közt, logikusan egy 
hídmetaforát választottunk. De melyik 
hídra essen a választásunk? 

Kézenfekvő lenne a Brooklyn híd. Csak- 
hogy ez meglehetősen gyakran használt 
név, és negatív mellékzöngéi vannak, 
így nem tűnt jó választásnak. Ugyanígy 
a Golden Gate név is meglehetősen fel- 
kapott, és többnyire az IBM Java kez- 
deményezésével kapcsolják össze. Szóba 
került a lacoma Narrows is mint lehe- 
tőség, de figyelembe véve, hogy önmeg- 
semmisítéséről volt híres, úgy gondol- 
tuk, ezt inkább ejtjük, meghagyjuk a 
washingtoni kereskedelmi gyártóknak. 
Létezik viszont egy híd nem messze 
innen, New Jersey-től, a Bayonne. 
Valószínűleg nem nagyon hallott róla 
senki, tehát a neve is kevéssé használt. 


A ma és a holnap 

2002 nyara a GNU Bayonne 1.0-s 
változatának megjelenését jelzi. Jelenleg 
a GNU Bayonne nemcsak, hogy része 

a GNU Projektnek, de csomagját több 
GNU/Linux terjesztés alaprészeként is 
megtalálhatjuk, így a GNU/Debian és 
Mandrake-terjesztésekben is. Minthogy 


www.linuxvilag.hu 


a célunk a telefonos alkalmazásszolgál- 
tatások elérhetőségének minél teljesebb 
körben történő elterjesztése a szabad 
program fejlesztői közt, ez igen kellemes 
előrelépést jelent. 

A GNU Bayonne-t máris széles körben 

használják szerte a világon. A felhasz- 

nálók köre az orosz üzleti távközlési 
szolgáltatóktól az USA állami és szövet- 
ségi kormányzati ügynökségeiig terjed, 
és számos olyan vállalkozást találhatunk 
köztük, amelyek különleges hangszol- 
gáltatásokat biztosítani tudó egybekötött 
webhelyeket vagy hangüzenet-szolgál- 
tatáshoz hasonló vállalkozási alkalma- 
zásokat kerestek. 

A GNU Bayonne nem önmagában 

létezik, hanem egy sokkal nagyobb 

metaprojekt, a GNUCOMM része. 

A GNUCOMM célja a jelenlegi és a 

következő nemzedékbeli telefonos 

hálózatok részére telefonos szolgáltatás 
nyújtása, szabadon felhasználható (free 
license) program segítségével. Ezeket 

a szolgáltatásokat a következőképpen 

határozhatjuk meg 

1. olyan szolgáltatások, amelyek az 
asztali felhasználókkal tartják a kap- 
csolatot, ilyenek például a telefonszá- 
mok tárcsázására képes címtárak és 
a telefonprogram-alkalmazások (soft 
phone applications); 

2. olyan szolgáltatások, amelyek telefon- 
kapcsolatokat valósítanak meg, ilyen 
például a IPSwitch GNU softswitch 
projekt és a GNU osSIP proxykiszolgáló; 

3. olyan szolgáltatások, amelyek átjáró- 
ként működnek a jelenlegi és a követ- 
kező nemzedékbeli telefonos háló- 
zatok közt, ilyen a troll és a tűzfallal 
védett telefonos hálózatok proxy- 
kiszolgálói, például az Ogre; 

4. valós idejű adatbázis-adatforgalmazó 
rendszerek, mint például a preViking 
Infotel és a BayonneDB; 

5. hangalapú alkalmazásszolgáltatások, 
mint amilyeneket a GNU Bayonne-n 
keresztül is megvalósíthatunk. 

Még a GNU Bayonne 1.0 befejezése 

előtt, 2001 végefelé már elkezdődött a 

GNU Bayonne örökösének fejlesztése is. 

Ez az örökös számos olyan szerkezeti 

választást megpróbál leegyszerűsíteni, 

amelyek a fejlesztések kezdeti szakaszá- 
ban kerültek a projektbe, remélve, hogy 
az új megoldások által a GNU Bayonne-t 
könnyebb lesz majd átdolgozni és egy- 
ségesíteni. A terv kiválasztása és a kez- 
deti tervezés nagy része 2001 végén két 
nap alatt ment végbe, mialatt a londoni 
találkozón összejöttem a preViking tele- 
fonos kiszolgálót tervező emberekkel. 

Néhány ilyen változtatás indokolta a 


preViking projekt közvetlen bevonását 
a GNU Bayonne fejlesztésébe. 

Az egyik legnagyobb kihívást a jelenlegi 
GNU Bayonne kiszolgáló fejlesztésében 
a telefonos kártyák moduljainak elkészí- 
tése jelenti. Ezek gyakran minden egyes 
meghajtóhoz komoly fejlesztést követel- 
nek meg, és a kód is sokszor szerepel 
többszörözötten. A GNU Bayonne 2 

ezt a kihívást úgy oldja meg, hogy a 
vezérléshez használt állapotgépet (state 
machine) a kiszolgálómagba helyezi át, 
majd C-t --osztálymeghatározásokon 
keresztül teljes mértékben elfedi. Ezáltal 
a meghajtók egyszerűbbé válnak, 
ugyanakkor lehetővé teszi számunkra, 
hogy egyetlen kódalapból többféle 
kiszolgálót hozzunk létre. 

A GNU Bayonne 2 másik újdonsága 

a távközlési cégeknek készített linuxos 
megoldások sokkal közvetlenebb támo- 
gatása. Azaz elődjével szemben ez az új 
megoldás folyamatosan élő kiszolgáló 
esetén is képes a szolgáltatásból kapukat 
kivenni és visszahelyezni, ami lehetővé 
teszi, hogy a kártyákat menet közben 
telepítsük (hot-plug) vagy cseréljük 
(hot-swap). A távközlési osztályú kiszol- 
gálókon a rendszermag figyelmeztetést 
küld a változás tényéről, az alkalmazás- 
szolgáltatások pedig figyelhetik és vála- 
szolhatnak ezekre az eseményekre. 

A GNU Bayonne 2-t úgy terveztük, 
hogy vegye figyelembe ezt a , értesítő" 
elvet az általa irányított erőforrások 
kezelése során. 

Végül a GNU Bayonne 2 a kezdetektől 
úgy készül, hogy több módon is kihasz- 
nálja az XML nyújtotta előnyöket. Beál- 
lításnyelvként saját XML-nyelvjárást 
használ, webszolgáltatásként is műkö- 
dik, amely egyszerre képes az éppen 
futó GNU Bayonne pillanatnyi állapotát 
XML formában megadni, illetve az 
XMLRPC-t támogatni. Ez illeszkedik 
ahhoz az elképzelésünkhöz, amely 
szerint a telefonos kiszolgálókat webki- 
szolgálókkal építhetjük egybe, s amely 
jól mutatja, hogyan képzeljük el a 
projekt további útját. 


Linux Journal 2002. augusztus, 100. szám 


David Sugar 

több mint 20 éve fejleszt 
szabad programokat. 

A GNU Project számos 
csomagjának elsődleges 
szerzője, köztük a GNU 
Bayonne-é is. Ő az Open Source Telecom 
alapítója és a DotGNU-t kormányzó 
bizottság elnöke. 
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Ahol pingvin még sosem járt 


Tux megérkezett az Északi-sarkra, így a beágyazott Linux hódítása valóban 


világméretűvé válik. 


ikeres-e a beágyazott Linux? 
ép A megjelenő újabb és újabb 

eszközök láttán azt kell monda- 
nunk, igen. Ebben a hónapban megtud- 
juk, hogy Tux hogyan hódította meg 
a sarkvidéket. Lehet, hogy a Mikulást 
kereste? Mindenféle aprósággal is fog- 
lalkozunk, amelyek ugyancsak beágya- 
zott Linuxot futtatnak. 


A Mikulás nyomában 

Az Amerikai Óceán- és Légkörkutató 
Intézet (NOAA) eljuttatta az első webka- 
merát az Északi-sarkra — a készülék 
beágyazott Linuxot futtat. lelepítésére 
2002. április 28-án került sor. A gép 
naponta négy képet rögzít, amelyek 

a NOAA honlapján tekinthetők meg 

(2 http:/wwwi.arctic.noaa.gov/ 

gallery np.htm]). 

A webkamera képein követni lehet az 
Északi-sark hórétegének és időjárásának 
alakulását, valamint a NOAA Csendes- 
óceáni Környezeti Laboratórium kihe- 
lyezett műszereinek állapotát — állítja 
James Overland, a NOAA Északi-sark 
lervezetének vezetője. 

Bár a kamera arra is képes, hogy másod- 
percenként egy képkockányi frissítéssel 
mozgóképet továbbítson, a NOAA az 
idő túlnyomó részében kikapcsolva 
tartja, hogy takarékoskodjon a napele- 
mekkel töltött akkumulátor energiájával. 
A kamera minden nap négyszer feléb- 
red, az Íridium-hálózat alacsony pályán 
keringő műholdjainak segítségével fel- 
hívja a NOAA kiszolgálóját, majd 2400 
baud sebességgel, PPP-n keresztül 
továbbítja a legújabb képeket. 

A kamera egy NetCam-típusú készülék, 
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2. kép A StarDot Technologies NetCam 
kamerája 


ami a StarDot lechnologies, egy húszfős 
kaliforniai cég terméke. A StarDot 1996- 
ban készítette első webkameráját, majd 
1997-ben egy egyedi kameravezérlő 
lapkát fejlesztettek ki, amivel több mint 
65 ezer kamerát adtak el. 

A NetCam beágyazott számítógépén 
nClinux (3 http:/wwwi.uclinux.org) fut, 
lelke egy 54 MHz órajelű Motorola 
ColdFire processzor $ MB RAM-mal és 
2 MB flashmemóriával. Két RS-232-es 
soros kapuval rendelkezik, egy 10 Mb/s 
sebességű ethernetcsatolóval, I2C soros 
busszal, valamint négy digitális ki- és 
bemeneti csatlakozóval. Az eszköz Boa- 
(5 http:/www.boa.org) alapú webki- 
szolgálót futtat, így webböngészővel a 
világ bármely pontjáról elérhető, feltéve, 
hogy ethernet-, modemes vagy vezeték 
nélküli internetkapcsolattal látjuk el. 

2 http:/wwwi.stardot-tech.com 


Mindenféle 

finomság heágyazott Linuxszal 

snom 100 VolP Phone 

A snom VolP telefon különféle nyílt 
telefonszabványokat támogat: SIB 
H.323/H.450 és Asterisk, illetve ismeri a 
HITP-, a TAPI- és a LDAP-protokollokat 
is. A cég szerint a snom 100 segítségével 
létesített IP-alapú kapcsolatok hangmi- 
nősége semmivel sem marad el a hagyo- 
mányos ISDN telefonokétól. Emellett 

a 128x64 képpontos grafikus LCD-n 
megjelenő webböngésző jellegű felület 
segítségével a hívások indítása, a távoli 
felügyelet és a beállítások módosítása is 
kényelmesen elvégezhető. Az IP-alapú 


kapcsolatok kezelése mellett a készülék 
hagyományos telefonos szolgáltatások- 
kal is bír: hívástartásra, a hívások vára- 
koztatására, hívásátadásra, hívásátirá- 
nyításra, a hívó fél azonosítására is 
alkalmas és így tovább. A snom 100 
belsejében egy 50 MHz-es Motorola 
MPC3551 PowerOUICC Integrated 
Communications processzor és 16 MB 
RAM található. Saját fejlesztésű 





3. kép snom 100 VolP Phone 


beágyazott operációs rendszere a 2.4.18- 
es Linux-rendszermagra épül, a snom 
fejlesztői saját illesztőprogramjaikat és 
könyvtáraikat a grafikus LCD-hez házon 
belül készítették, illetve külön beágya- 
zott HITP-kiszolgálót írtak. 

2 http:/www.snomag.de/snom100. en.htm 


hippo Internet Phone 

A hippo Internet Phone ugyanúgy néz 
ki, mint egy teljesen átlagos asztali 
telefon, ám a telefonhívásokat ethernet- 
alapú hálózati kapcsolaton és normál 
telefonvonalon — PPP-protokollon, a fel- 
használó internetkapcsolatát használva — 
egyaránt el tudja intézni. A beszélge- 
tések nem hagyományos analóg jelek- 
ként, hanem digitálisan, az Interneten 
keresztül továbbítódnak. A kapcsolat 
túlsó végén a hívást egyaránt fogadhatja 
egy másik internetes telefon — akár PC- 
alapú, akár célkészülék —, de egy normál, 
hagyományos telefonkészülék, ide értve 
a mobiltelefonokat is. Használatával 
tekintélyes mértékben csökkenthető a 
telefonszámla, hiszen nem kell megfi- 
Zetni a távolsági hívások árát. A hippo 
Internet Phone egy 4Xx20 karakteres 





LCD-vel, 
12 gombos 
telefonos 
billentyű- 
zettel, hat 
szolgálta- 
tásgomb- 
bal, vala- 
mint egy 
kézibeszé- 
lővel bír, 
amely a hagyományos telefonoknál 
megszokott hangjelzéseket is képes szi- 
mulálni. A hippo Internet Phone telefon- 
jának belsejében egy 48 MHz-es Moto- 
rola MPC850/823 PowerPC-típusú, a 
teljes rendszert egyetlen lapkán hordozó 
beágyazott számítógép található, amely 
16 MB DRAM-mal gazdálkodik, és a 
MontavVista Hard Hat Linuxán alapuló 
operációs rendszert futtat. 

2 http:/www.hippoinc.com 





Ehippo Internet Phone telefon 


SONICblue Rio Central 

Kiváló hangminőségű, az otthoni 
hifitornyokba illeszkedő egység, amely 
40 GB-os merevlemezén 650 CD-nyi 
zene tárolására képes. Mondhatni egy- 
szerű, akár egy CD-lejátszó, ám okos, 
mint egy PC -— mármint egy Linuxot 
futtató PC. A készülék önálló hangrend- 
szerként is üzemeltethető, és jelentősen 
megkönnyíti a zeneszámok tárolását 

— ,csak be kell helyezni a lemezeket, a 
többit elvégzi magától" -, illetve szinte 





5. kép SONICblue Rio Central 


végtelen számú, ízlés szerint összeállí- 
tott lejátszási listát hozhatunk vele létre. 
Nem szabad elfeledkezni a nagy méretű 
kijelzőről, az ötletes kezelői felületről, 
illetve azokról a fejlett keresési lehető- 
ségekről, amelyek segítségével pillana- 
tok alatt rátalálhatunk a kívánt zenére. 
A készülék arra is képes, hogy korábbi 
szokásaink alapján ajánlatokat állítson 
össze. Belül egy 206 MHz órajelű Intel 
StrongARM processzor gazdálkodik 

16 MB memóriával, operációs rendszere 
pedig Debian/ARM-alapú Linux. A Rio 
Central összetettebb hálózat központja- 
ként is szolgálhat, így több Rio Receiver 
vékony ügyfél kiszolgálására képes 

— ezek egyébként szintén beágyazott 
Linuxot futtatnak — HomePNA vagy 


www.linuxvilag.hu 





ethernethálózaton keresztül. USB-kap- 
csolaton át Rio hordozható MP3-leját- 
szóra is áttölthetünk róla számokat. 

A készülék külső USB-ethernetcsatoló 
segítségével kezelni tudja a széles sávú 
kapcsolatokat, az ilyen kapcsolattal nem 
rendelkező felhasználókra gondolva 
beépített 56 Kb/s sebességű modemmel 
is, illetve 10 Mb/s sebességű HomePNA- 
csatlakozással rendelkezik. 

2 http:/www.sonicblue.com 


Cyclades Device Server 

A Cyclades 15100 nagy teljesítményű, 
ugyanakkor kis méretű készülék, ame- 
lyet különféle soros eszközök TCP/IP- 
hálózatra való csatlakoztatására használ- 
hatunk. Jellemző alkalmazási területei: 
az ipari automatizálás, a sávon kívüli 
felügyelet, a gépesített értékesítés, illetve 
az egyéb soros felülettel rendelkező 
eszközök hálózatba kötése. A készülék 
10/100 Mb 
sebességű 
ethernet és 
RS-232/RS- 
485 soros 
kapukkal 
rendelkezik, 
így haszná- 
latával 
hagyomá- 
nyos, SOros 
felülettel rendelkező gépek és műszerek 
is széles sávú TCP/IP-hálózatra kapcsol- 
hatók. Versenytársaival ellentétben 

-— amelyek saját fejlesztésű programokon 
alapulnak — a 15100-on beágyazott 
Linux és egyéb nyílt alkalmazások fut- 
nak, így testreszabása is könnyen meg- 
oldható. Noha alig nagyobb, mint egy 
csomag kártya 7, 1x86x3 cm méretű -, 
a 15100 két mikroprocesszort is tartal- 
maz, ugyanis belsejébe a Motorola 
MPC8559T jelzésű , PowerOUICC Integ- 
rated Communications Processor" lap- 
kája került. Az MPC3551 kétmagú, a 
teljes rendszert egyetlen lapkán tartal- 
mazó processzor, amely egyrészt egy 

50 MHz órajelű PowerPC processzort, 
valamint egy külön RISC-motort foglal 
magában, az utóbbi az adatátvitellel 
kapcsolatos feladatokat vállalja át. 

16 MB SDRAM és egy 4 MB-os flash- 
lemez található benne, bekapcsoláskor a 
belső programnak a memóriába történő 
kibontása az utóbbiból történik. A ké- 
szülék beágyazott Linux-rendszere a 
2.2.14-es rendszermagon alapul, de fut 
rajta néhány nyílt forrású segédprogram 
is, mint a GoAhead webkiszolgáló, 
amellyel a készülék webalapú beállítását 
és felügyeletét oldhatjuk meg, továbbá 


Cyclades 15100 


ATA TELNNI 


Portslave, OpenSSH 3.1, crontab, 
BusyBox, net-tools, rsynem és egyebek. 
A Cylades a MontaVista Hard Hat Linux 
1.2-es változatával kezdett el dolgozni, a 
rendszer átalakításait maguk végezték. 
2 http:/www.cyclades.com 


Linksys Wireless Presentation Gateway 
Érdekes, beágyazott Linuxot futtató 
készülék, amelynek segítségével a veze- 
ték nélküli hálózati kapcsolattal rendel- 
kező mobilgépek tulajdonosai bemu- 
tatókat vagy egyéb 
adatokat jeleníthet- 
nek meg. Ezt VGA- 
szabvány szerinti 
eszközön, például 
multimédia-kivetí- 
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Linksys Wireless  . tőn, képernyőn 
Presentation vagy LCD-n tehetik 
Gateway meg, méghozzá 


úgy, hogy nem kell 
a megjelenítő eszközhöz csatlakoztatni 
az egyes gépeket fizikailag nem kell a 
megjelenítő eszközhöz csatlakoztatni. 
A WPGII lehetővé teszi, hogy a felhasz- 
nálók a megjelenítő vezérlését pillana- 
tok alatt átadják egymásnak. Minden 
felhasználó saját, egyedi kóddal ren- 
delkezik, amellyel elérheti és vezérelheti 
az eszközt. Mivel a kábelezésre és a tele- 
pítésre nem kell külön időt szánni, a 
vezeték nélküli kapcsolattal rendelkező 
felhasználók könnyedén, a kódokat 
megadva adogathatják körbe a megje- 
lenítő használati jogát. Így például egy 
tárgyalás résztvevői valós időben, mon- 
dandójuk ismertetése közben azonnal 
vizuális háttéranyagot szolgáltathatnak 
a többieknek. 
2 http:/www.linksys.com 


Egyre többen vannak. . . 

Ha érdekelnek a beágyazott Linuxot 
futtató újdonságok, látogass el a 
LinuxDevices.com , Embedded Linux 
Cool Devices Ouick Reference Guide" 
részlegébe, amely a 

2 http:/www.linuxdevices.com/articles/ 
A14936596231.html címen található. 
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Rick Lehrbaum 
(ric:kolinuxdevices.com) 
hozta létre a LinuxDeviI- 
ces.com ,beágyazott 
Linuxok portálját", 
amely nemrég tagja lett 
a ZDNet Linux Resource Centernek. 
Rick 1979 óta foglalkozik beágyazott 
rendszerek fejlesztésével. 
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Csomagtelepiítési trükkök 


Miután a felhasználók feltelepítették életük első Linuxát, előbb-utóbb 
eljutnak arra a szintre, hogy új alkalmazással szeretnék rendszerüket gyarapítani. 
Most a csomagtelepítés rejtelmeibe avatjuk be olvasóinkat. 


gy terjesztés nemcsak magát az operációs rendszert 

(tehát a rendszermagot, azaz a rendszer lelkét jelentő 

programot), hanem több ezer hozzávaló alkalmazást, 
programozási könyvtárakat (libraries), illetve egyéb bővítmé- 
nyeket is tartalmaz. Ezeket a könnyebb telepíthetőség kedvéért 
csomagokba (packages) szervezzük. 
Réges-régen, az első Linux-változatok megjelenésekor ezek a cso- 
magok pusztán tömörített állományok voltak. A telepítéskor meg 
kellett mondani, hogy melyeket szeretnénk felpakolni, és a rend- 
szer szépen egyesével kicsomagolta őket a merevlemezünkre. 
Az idő múlásával ez a rendszer nem volt hatékony, ezért 
megszülettek az úgynevezett csomagkezelők (package mana- 
gers). A csomagkezelők adatbázissal bírnak, amelyben a rend- 
szerünkre feltelepített összes csomag szerepel. Ebben az adat- 
bázisban nemcsak a csomagok nevei, hanem a hozzájuk tar- 
tozó állományok is fel vannak tüntetve, így egy csomag eltávo- 
lítása nem okozhat gondot. Ha új csomagot telepítünk a rend- 
szerünkre, természetesen az is bekerül az adatbázisba. 
A csomagkezelők nemcsak egy csomag telepítését, illetve eltá- 
volítását könnyítik meg, hanem a csomagok frissítését is 
leegyszerűsítik. 
Egy csomag egyébként több egyszerű tömörített állománynál. 
Minden csomag tudja magáról azt is, hogy milyen további 
csomagokra van szükség ahhoz, hogy az adott alkalmazás vagy 
bővítmény gond nélkül működjön. Az ablakkezelőknek pél- 
dául szükségük van a grafikus rendszerre, a KDE alá írt alkal- 
mazásoknak pedig a Ot-könyvtárakra. Ezeket hívjuk a csomag 
függőségeinek (dependencies). 
Új csomag telepítésekor a csomagkezelő mindig ellenőrzi a 
csomag függőségét, azaz azt, hogy az akadálytalan működés- 
hez megvannak-e az elengedhetetlen csomagok. Ha nincsenek, 
hibaüzenetet kapunk, amely kiírja, hogy milyen további cso- 
magokat kell felraknunk. Általában van rá a mód, hogy a 
csomagkezelőt rávegyük, hagyja figyelmen kívül a függőségi 
gondokat, és mindenképpen telepítse az adott csomagot. 
Ebben az esetben azonban számolnunk kell azzal, hogy az 
adott alkalmazás egyáltalán nem fog elindulni. 
Egy csomag azt is tudja önmagáról, hogy melyek azok a cso- 
magok, amelyekkel ütközik. Ez azt jelenti, hogy egy rendszer- 
ben bizonyos csomagok nem férnek meg egymással: vagy 
azért, mert akadályozhatják egymás működését, vagy mert 
mind a ketten ugyanazt a feladatot látják el, amelyet csak egy- 
valaki végezhet el. Efféle összeütközések felhasználói alkalma- 
zásoknál ritkán fordulnak elő (hiszen semmi sem zárja ki pél- 
dául azt, hogy kétféle szövegszerkesztővel is rendelkezzünk), 
hasonló gondok leginkább programozási könyvtáraknál szok- 
tak jelentkezni. Ilyen esetekben a felhasználónak el kell dön- 
tenie, hogy a két csomag közül melyiket szeretné használni. 
A csomagok két parancsfájlt tartalmaznak: egy telepítőt és egy 
eltávolítót. Az első a csomag a telepítés, a második pedig az 
eltávolítás után fut le önműködően. Ezeknek a parancsfájlok- 
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1-4 Package Manager 


Properties 


E- ÉJ Amusements elfsprogs 
. E E3Games 
(0 dízMaelstrom 
i i j- 462 chromium 
; ; fe 463 fortune-mod 
! ! .-fféfreeciv 
(——-fignome-games 
i i 1 ffy gnuchess 
. ! (-ffökdegames 
i ; i - főz tuxracer 
[0 F 6óxbill 
i i k- 3 xboard 
: ! - §éxpilot 
i E EZ Graphics 
! főz kdetoys 
je 463 xloadimage 
:- fö xscreensaver 
fly xsnow 


Hg xsri 


name 
summary 


elfsprogs 
3.0.1-17 prog 


0.9.12-5 
1.0-16 
1.12.0-1 
1.4.0.1-4 
4.0-pl80-8 
2.2-2 
0.61-5 
2.0-15 
4.2.3-2 
4.3.2-2 


Utilities for managing the second 
extended (ext2) filesystem. 


version 1.23-2 
group system Enyvironment/Base 
size 1027422 


The ezgfsprogs package contains a 
number of utilities for creating, 
checking, modifying, and correcting 
any inconsistencies in second 
extended (ext2) filesystems. EZfsprogs 
contains ezfsck (used to repair 
filesystem inconsistencies after an 
unclean shutdowinj, mkezfs (used to 
initialize a partition to contain an empty 
ext2 filesystem), debugfs (used to 
examine the internal structure of a 
filegystem, to manually repair a 
corrupted filesystem, or to create test 
cases for ezfsck), tunelfs (used to 
modifv filesystem parameters) , and most 
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A Kpackage segítségével könnyen kezelhetjük csomagjainkat 


nak a feladata általában bizonyos beállítások megváltoztatása 
vagy különböző könyvtárak és egyéb állományok létrehozása, 
amelyek az alkalmazás gördülékeny használatához szükségesek. 
Napjainkban a két legelterjedtebb csomagkezelő a Red Hat 
RPM-je, illetve a Debian által fejlesztett DPKG. A Linux-válto- 
zatok többsége főleg ezek valamelyikét használja. 

A SuSE és a Mandrake, illetve a kezdőbb felhasználókat meg- 
célzó terjesztések elsősorban az RPM-et támogatják. Rengeteg 
RPM-et támogató grafikus csomagkezelő napvilágot látott, 


st hp 


amelyek leegyszerűsítik a csomagok telepítését, illetve törlését. 
Sőt egyes terjesztések saját fejlesztésű csomagkezelővel is 
rendelkeznek, amely megkönnyíti a telepítő CD-n lévő cso- 
magok böngészését, felpakolását. 

Mi most ezekkel nem kívánunk foglalkozni, hiszen ,ahány 
terjesztés, annyi szokás". Inkább azt nézzük meg, hogy akkor 
mi a teendő, ha egy Internetről letöltött vagy a telepítő CD-n 
lévő RPM-csomagot szeretnénk rendszerünkre telepíteni az 
rpm parancs segítségével. 

Az RPM-csomagokat roppant egyszerű felismerni, ugyanis 
rpm kiterjesztésűek. Mind a Debian-, mind az RPM-csomagok 
állománynevei három részből épülnek fel: az első rész a 
csomag neve, a második a változatszáma, a harmadik pedig azt 
mondja meg, hogy az adott csomag melyik processzorcsaládra 
lett lefordítva (bár ez nem minden esetben van feltüntetve). 
Egy RPM-csomagot a következő módon telepíthetünk: rpm -i 
csomagnőv-vel vagy rpm --install csomagngv-vel. Ha 
nem akarjuk felpakolni, csupán az épségét szeretnénk 
ellenőrizni, a -V kapcsolót használjuk! Ha az adott csomag 
rendszerünkön már fent van, és újabb változatúra kívánjuk 
lecserélni, akkor a -U vagy a --upgrade használható. Egy 
csomag rpm -e csomagngyv utasítással távolítható el. 

A Debian-csomagok kiterjesztése .deb. A csomagkezelést a dokg 


utasítással tudjuk végrehajtatni. A csomagtelepítés ennél a 
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Standard BIZNET I150-8859-2 fonts for X servers. The BIZNET ISO 8859-2 (Central 
European) X Window System Fonts are a set of I50 5659-2 (sometimes called also ISO 
Latin2) X Window System bitmap Iypefaces. . 150-6859-2 character set Is the I50 
standard character encoding for the following languages: Albanian, Croatian, Czech, 
Hungarian, Polish, Slovak, Slovene, and Serbian. . xfonts-biznet-is0-88593-2-base 
provides a standard set of low-resolution bitmapped fonts. Ín most cases ít ís desirable to 
have the X font server (xís) and/or an X server installed to make the fonts available to X 
clients. 
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Graphics applications for the K 
Desktop Environment. includes: kdvi 
(displays TeX .dvi files); kfax 
(displays fax files); kfract (a fractal 
generaton; kghostview (displays 
postscript files); kiconedit (icon 
editorj; kpaint (a simple drawing 
program); ksnapshot (screen capture 
utility); kview (image viewer for GIF , 
JPEG, TIFF, etc.). 


libsane.s0.1 


romlihípaulnadFilesHavaPrefixi (ez 


A Kpackage a már rendszerünkön lévő csomagok kezelését teszi egyszerűbbé 


változatnál is a -i kapcsoló használatával zajlik. A már telepített 
csomagokat a -r-rel törölhetjük le (2002. március, 43. oldal: 
Csomagkezelés Debian/GNU alatt, Mihez kezdjünk, ha már áll 

a rendszer, de valamit telepíteni, frissíteni szeretnénk? — Szy 
György; 2002. augusztus, 44. oldal: Csomagkezelés GNU/Debian 
alatt (2. rész); Az aptitude további lehetőségei — Szy György) 
Érdemes pár szót szólnunk az Alien nevű programról, amely- 
nek segítéségével RPM-csomagból Debian-csomagot készíthe- 
tünk, és fordítva. Az Alien minden Linux-változatban 
fellelhető. Ha egy csomagból Debian-csomagot szeretnénk 
készíteni, a --to-deb, ha RPM-csomagot, akkor pedig a 

- -to-rpm kapcsolókat kell használnunk. Az Alien tar . gz 
csomagok készítésére is képes, ebben az esetben a --to-tgz 
kapcsolót kell segítségül hívnunk. Ha például Debian-csomagot 
szeretnénk átalakítani RPM-mé, a következő utasítást kell 
kiadnunk: alien --to-rpm csomagngyv . deb. 

Ha már a Debian csomagkezelését érintettük, illik pár szót szólni 
az API-ről is. Ez is a dokg-re épül, és a csomagok , beszerzését", 
illetve frissítését könnyíti meg. Csak egy parancs kiadásába 
kerül, és már le is szedi az Ínternetről a kívánt csomag legfris- 
sebb változatát. De ez még nem minden, egy utasítás segítségé- 
vel akár a rendszerünkön lévő összes csomagot is frissíthetjük. 
Az API egyébként nagyon rugalmas rendszer, mert teljesen 
mindegy, hogy a csomagok , beszerzési helye" az Interneten 
lévő egyik tükrözés-e, esetleg a gépbe helyezett Debian CD-n 
található. Ezeket a forrásokat a /etc/apt/sources.list állományban 
fel kell sorolnunk. Az APT is rendelkezik adatbázissal, amely- 
ben a telepíthető csomagok nevét függőségükkel együtt tárolja. 
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Az egyes csomagfajták kezelésének engedélyezése 


0 Kiskapu Kft. Minden Jog fenntartva 


Ha egy csomagot szeretnénk telepíteni, az adatbázisból megke- 
resi a nevét, ellenőrzi a függőséget, letölti (vagy átmásolja a 
CD-ről), majd meghívja a dpkg-t, amely a telepítést intézi. 

Ezt az adatbázist az apt-get update paranccsal frissíthetjük, 
illetve ha új CD-t szeretnénk az adatbázishoz adni, az apt- 
cdrom add parancsot használjuk. Nagyon fontos, hogyha új 
forrást tüntetünk fel a sources.list állományban, ezt az utasítást 
akkor is ki kell adnunk. Egy csomag telepítését az apt-get 
install csomagngv módon végezhetjük. Ha a rendszerün- 
kön lévő csomagokat az adott forráson megtalálható frissebb 
változatokra szeretnénk frissíteni, az apt-get upgrade 
parancsot kell használnunk. 

Az Internetet böngészve bármikor ráakadhatunk egy-egy hasz- 
nosnak tűnő linuxos alkalmazásra. Ezek sajnos nem mindig 
érhetők el Debian- vagy Red Hat-csomagban, általában csak 

a forrását közlik, tar . gz típusú állományokban. Ebben az 
esetben kénytelenek vagyunk lefordítani, majd saját kezűleg 
telepíteni. De ez csak első hallásra tűnik ördöngös feladatnak. 
Első dolgunk a kicsomagolás, ami a tar -xvzf 

Ellomkny . tar . gz utasítás kiadásával lehetséges. Lépjünk 
be a létrejött könyvtárba! Az ilyen csomagoknál általában 
létezik egy INSTALL nevű állomány, amelyben az üzembe 
helyezés menete pontosan le van írva. Mi most az általában 
használatos utat mutatjuk be, de elképzelhető, hogy egyes 
csomagoknál a telepítés menete eltérő. 

Első lépésként adjuk ki a . /configure utasítást! Ilyenkor a 
program ellenőrzi, hogy minden a fordításhoz és működéshez 
szükséges dolog megtalálható-e a rendszeren (például C-for- 
dító). Ha a configure gond nélkül lefutott, kezdődhet a for- 
dítás. Ha nem, feladatunk annyival súlyosbodik, hogy nekünk 
kell kitalálni, milyen csomagok hiányoznak, bár azok 

a mellékelt leírásban általában fel vannak tüntetve. 

A fordításhoz semmiféle programozási előismeret nem szükséges, 
csak a make parancsot kell kiadnunk. Ezután rendszergazdaként 
jelentkezzünk be, és térjünk vissza ugyanebbe a könyvtárba, majd 
a programot a make instal11 utasítás segítségével telepítsük fel. 
Az így telepített programokat csak kézzel tudjuk eltávolítani! 


Garzó András 

(garzoandointerware.hu) Körülbelül három éve foglalkozik 
Linux- és más Unix-rendszerekkel. Legjobban az operációs 
rendszerek lelkivilága érdekli, de nyitott egyéniség. Kedvenc 
étele a palacsinta, és van egy Richard nevű macskája. Min- 
den észrevételt, megjegyzést, levelet szívesen fogad. 
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0 Kiskapu Kft. Minden Jog fenntartva 


Versenyhelyzet és holtpont nélkul 


Sorozatunk előző részéből már kiderült, hogy az operációs rendszer összes 
szolgáltatása a folyamatkezelésen alapul. Az előző részben végig 

a folyamatokat és a velük szorosan összefüggő fogalmakat tárgyaltuk, 
korántsem értünk azonban a témakör végére. 


T essék, még mindig a folyamatoknál tartunk! Nehezen 
tudunk elszakadni ettől a témától, pedig hány más 
izgalmas dologról nem esett még szó, például a fájl- és 
memóriakezelésről, vagy a beviteli és kiviteli eszközök vezér- 
léséről. Az előző részben azt tárgyaltuk, hogy az operációs 
rendszerek legalapvetőbb szolgáltatásokat ellátó részei is 

- például a memóriakezelő vagy az eszközmeghajtók - egy-egy 
folyamatként, a felhasználói alkalmazásokkal párhuzamosan 
futnak (igaz, alacsonyabb, gépközelibb szinten). A folyamatke- 
zelés tehát a legfontosabb, ha nem is a legérdekesebb elem az 
operációs rendszerek életében. 

A feladatkezelés tárgyalásakor még nem érintettük az úgyneve- 
zett szálakat, illetve nem esett szó a folyamatok közötti kapcso- 
lattartás megvalósításáról. Ez utóbbi nagyon fontos, az erőforrás- 
kezelés ugyanis teljes egészében erre a rendszerre fog épülni. 


A szálak 


legyük fel, hogy barátunktól megkaptuk egy weboldal címét, 
ahol topmodellek fürdőruha-divatbemutatójáról készült fény- 
képek tömkelege található. A férfi felhasználók többsége az 
ilyenekre felkapja a fejét, és rögtön be is , izzítja" kedvenc bön- 
gészóprogramját. 

Az ehhez hasonló oldalak általában rengeteg kis képet tartal- 
maznak, nem is beszélve az elhelyezett reklámok sokaságáról. 
Elméletben egy weboldal betöltése a következőképpen zajlana: 
a böngésző először megkapja a HIML-forrást, amelyben töb- 
bek között le van írva az oldalon megjelenítendő képek elérési 
helye. Ezután sorban egymás után letöltjük a képeket a saját 
gépünkre, majd megjelenítjük az oldalt. 

A valóságban ez a módszer nem hatékony. Ahhoz, hogy egy 
képet letölthessünk a kiszolgálóról, először kapcsolódnunk kell, 
meg kell várnunk, amíg a kép teljes egészében lejön, majd 
bontanunk kell a kapcsolatot. Kis képekről lévén szó a kapcso- 
latok létrehozása és lebontása csaknem annyi időbe telik, mint 
maga az adatátvitel, tehát rengeteg idő kárba vész. Több száz 
kép esetében annyira idegölő lehet ez a sok üresjárat, hogy für- 
dőruhás topmodellek ide vagy oda, a felhasználónak elmegy 

a kedve az egésztől. 

A legjobb megoldás az lenne, ha a letöltéseket párhuzamosít- 
hatnánk. Az ilyen és ehhez hasonló nehézségek feloldására 

— amikor egy folyamaton belül is további párhuzamosításra 
van szükség - találták ki az úgynevezett pehelysúlyú folyama- 
tokat, közismertebb nevükön a vezérlési szálakat. 

Egy vezérlési szálat úgy is elképzelhetünk, mint utasításokból 
álló sorozatot. Az első helyen van az első végrehajtandó uta- 
sítás, a másodikon a második és így tovább. Minden szálhoz 
tartozik egy utasításszámláló, amely megmondja, hogy éppen 
hol tartunk az utasítások végrehajtásában. 

Nem meglepő, hogy minden folyamatnak legalább egy vezér- 
lési szállal és egy utasításszámlálóval rendelkeznie kell. A kor- 
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szerű operációs rendszerek azonban azt is megengedik, hogy 
egy folyamat további vezérlési szálakat hozzon létre. 

A szálak sok tekintetben hasonlítanak a folyamatokhoz. Itt is 
megtalálható a három alapvető állapot (futó, futásra kész, 
illetve blokkolt). A tárolásukról egy úgynevezett száltáblázat- 
ban kell gondoskodnunk, amely többek között az utasítás- 
számlálókat tartalmazza, amelyek azt mondják meg, hogy 
éppen hol függesztettük fel a szálak futását. 

A szálak azonban nem folyamatok a folyamatban. Míg ugyanis 
a folyamatok külön címtartománnyal (memóriaszelettel) ren- 
delkeznek, amelyekbe más folyamatok nem , túrhatnak bele", 
addig a szálak közösen osztoznak folyamatuk címtartományán. 
A szálak megvalósítására két út is kínálkozik. Az első, az operá- 
ciós rendszer a rendszermag szintjén támogatja, hogy egy 
folyamat több vezérlési szállal rendelkezzen. A második, a 
rendszer egyáltalán nem törődik a vezérlési szálakkal, a meg- 
valósítás a felhasználóra van bízva (azaz maga a folyamat fog 

a saját vezérlési szálainak kezeléséről gondoskodni). Vajon 
melyik megoldás a nyerő? 

Aki úgy gondolja, hogy az első variáció a jobb, azaz a szálak 
kezelését az operációs rendszerre kell bízni, igaza van. legyük 
fel, hogy van egy folyamatunk két vezérlési szállal, és a szálak 
kezelése a felhasználói területen történik. Semmi gond sem lesz 
egészen addig, amíg az egyik szál valami oknál fogva nem 
blokkolódik (például azért, mert visszajelzésre vár egy eszköz- 
től). Ebben az esetben az ütemező az egész folyamatot blok- 
kolni fogja. Ha azonban az ütemező tudna a szálak létezéséről, 
akkor egy szál blokkolása esetén az adott folyamat szálai közül 
kiválasztana egy futásra kész szálat. Ha nincs ilyen, egy másik 
folyamatban keres futásra kész szálat. 

Az sem téved viszont, aki úgy gondolja, hogy a szálak felügye- 
letének a felhasználó hatáskörébe kell tartoznia. A sebesség 
szempontjából sokkal hatékonyabb, ha a szálak közötti kap- 
csolgatást felhasználói szinten végezzük, és nem a rendszer- 
magon keresztül. Mivel tökéletes megoldás nincs, az operációs 
rendszerek mind a kétféle módszert egyszerre használják. 
Sajnos, korántsem ez az egyetlen bonyodalom a szálak keze- 
lésének a kérdésében. Így nehézséget okoz, hogy a folyamat 
szálai közös adatterületen osztoznak. A legklasszikusabb példa 
egy rendszerhívás végrehajtása. Az első szál meghív egy rend- 
szerhívást. A Linux esetében ennek sikeréről (vagy kudarcáról) 
az errno nevű globális változó ad felvilágosítást. Mielőtt azon- 
ban ellenőrizni tudnánk az errno értékét, szálváltás történik, 
és a második szál is végrehajt egy rendszerhívást, ennek hatá- 
sára pedig az errno értéke megváltozik. Amikor a vezérlés 
visszakerül az első szálra, az már hamis adatokkal fog dolgozni. 
Ez viszont csak a jéghegy csúcsa. Mi történik akkor, ha az egyik 
szál látja, hogy nincs elég memória, ezért újabb blokkokat kezd 
lefoglalni, miközben egy szálváltás következtében a másik szál 
ugyanígy cselekszik? 





A szálak bevezetése nehezen leküzdhető feladatok elé állítja az 
operációs rendszerek fejlesztőit. Valószínű, hogyha egy meglé- 
vő rendszerbe szeretnénk beültetni a vezérlési szálakat, azt 

nem úszhatjuk meg a rendszer alapjainak újratervezése nélkül. 


A folyamatok kapcsolattartása 

Az előző részben alaposan kiveséztük a folyamatkezelés egyik 
legfontosabb elemét, az ütemezést. Most egy másik, nem 
kevésbé elhanyagolható részt tekintünk át. 

A folyamatok közötti kapcsolattartás (InterProcess Communi- 
cation, röviden IPC) megvalósítása is a rendszermagra hárul. 
Ha felidézzük magunkban az operációs rendszerek elvi felépí- 
tését bemutató táblázatot, akkor az IPC-t is valahol a legalsó 
réteg bugyraiban kell keresnünk. Az ütemező-megszakítás- 
kezelő réteg tehát újabb feladatot kapott: a folyamatok közötti 
kapcsolattartás megvalósítását és ellenőrzését. 

Az IPC témakörébe nem csak az tartozik, hogy két folyamat 
miképp tud üzenetet küldeni egymásnak. Az IPC-nek olyan 
feladatokat is meg kell oldania, mint a versenyhelyzetek felol- 
dása, illetve a folyamatok közötti összehangolás. Hogy ezek 
pontosan mit jelentenek, az alábbiakból mindjárt ki is derül. 


Üzenetküldés 

A Linux és Unix-rendszerek a folyamatok közötti kapcsolat- 
tartást úgynevezett üzenetküldéses rendszerrel valósítják meg. 
Ehhez mindössze két könyvtári eljárásra van szükség: egyre, 
amellyel üzenetet továbbíthatunk egy másik folyamatnak; és 
egy másikra, amellyel fogadhatjuk a nekünk küldött üzenete- 


ket. Ezeket az eljárásokat a folyamatok bármikor meghívhatják. 


Az üzenetküldéses rendszer előnyeit elsősorban az osztott 
rendszereknél élvezhetjük. Sorozatunk bevezető részében 
említettük: az a jól felépített operációs rendszer, amely átültet- 
hető akár több gépből összeállított osztott (telepekre) rendsze- 
rekre átültethető anélkül, hogy az egészet az alapjaitól fogva 
újra kellene terveznünk. Az üzenetküldés ebből a szempontból 
nagyon hatékony, mivel a folyamatok szemszögéből teljesen 
mellékes, hogy a kapcsolattartásban résztvevő másik folyamat 
a telep egy másik gépén fut-e vagy sem. Egy gép esetében 
azonban sokkal gyorsabb megoldásokat is találhatnánk az 
üzenetküldésnél. 

De miként valósítsuk meg az üzenetküldést? A két legkézen- 
fekvőbb megoldás a randevú és a levelesláda. Az első a követ- 
kezőképpen működik: ha egy folyamat üzenetet küld egy 
másik folyamatnak, akkor egészen addig blokkolódik, amíg azt 
a másik folyamat nem fogadja. Fordítva is így van. Ha egy 
folyamat meghívja az , üzenet fogadása" eljárást, mindaddig 
blokkol, amíg az üzenete meg nem érkezik. Ez a megoldás 
roppant egyszerű, mivel a rendszernek az üzenetet csak át kell 
másolnia az egyik folyamattól a másikhoz. Ez a módszer azon- 
ban megköveteli, hogy a kapcsolattartásban résztvevő két 
folyamatnak a futását egymáshoz kell igazítanunk. 

A levelesláda ennél sokkal rugalmasabb. Minden folyamatnak 
fenntartunk egy memóriarekeszt, amely meghatározott számú 
üzenet ideiglenes tárolására képes. Ha az adott folyamatnak 
üzenete érkezik, a rendszer a levelesládába teszi, és egészen 
addig ott is tartja, amíg a folyamat ki nem szedi onnan. 

A Unix-rendszerek a levelesláda-módszer egyik egyedi formá- 
ját használják, mégpedig a csővezetékeket (a pipe-okat). A cső- 
vezeték olyan levelesláda, amely az üzeneteket nem egymástól 
elválasztva, külön, hanem egyben, egy fájlként tárolja. A leve- 
lesláda ürítésekor a folyamat az összes üzenetet egy darabban 
fogja megkapni. A folyamatoknak kell gondoskodniuk arról, 
hogy a fogadó el tudja különíteni egymástól a beérkezett 
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üzeneteket. Például úgy, hogy mindegyiket egy egyedi karak- 
terrel zárja, vagy megegyezünk az üzenetek egy állandó 
méretében. 


Versenyhelyzetek 

Két vagy több folyamat olykor arra kényszerül, hogy közös 
tárterületen dolgozzon. Nem kell messzire mennünk egy 
hétköznapi példáért, csak a legközelebbi 12 termes multiplex 
moziba, ahol a helyfoglalásokat számítógépes adatbázisban 
tartják nyilván. 

legyük fel, hogy minden pénztárhoz tartozik egy terminál, 
amelyeken a foglalásokat be lehet táplálni. A terminálok az 
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osztott adatbázist tartalmazó számítógéppel össze vannak 
kapcsolva. A rendszer minden terminálhoz külön folyamatot 
rendel, tehát a helyfoglalásokat az összes pénztárból egyszerre 
végezhetjük. 

Képzeljük el, hogy egy időben két pénztárban is ugyanazt a 
helyet szeretnék lefoglalni (például azért, mert a teremben már 
csak egy hely maradt, és az utolsó pillanatban érkező két 
vendég ugyanazért a helyért verseng). Nézzük meg lépésen- 
ként, hogy mi történik a rendszerben! 

Az első terminált kezelő folyamat az adatbázisból ellenőrzi, 
hogy a lefoglalni kívánt hely valóban szabad-e még. Mivel az, 
buzgón nekilát lefoglalni, azaz frissíteni az adatbázis megfelelő 
rekordját. Igen ám, de éppen ebben a pillanatban történik egy 
óramegszakítás, és az ütemező a másik terminál folyamatának 
adja át a vezérlést. Ámde ott is áll egy vendég, aki ugyanarra 

a helyre áhítozik. Ez a folyamat is ellenőrzi tehát, hogy szabad- 
e az adott hely (tudjuk, hogy szabad, mert a másik folyamat 
az adatbázis frissítését még nem tudta befejezni), majd lefog- 
lalja azt. Ezután a vezérlés visszakerül az első folyamatra, 
amely mit sem tud arról, hogy közben valaki a ,háta mögött" 
már megkapta a kérdéses helyet, így ez is lefoglalja ugyanazt. 
Ilyenkor úgynevezett versenyhelyzet alakul ki. Ennek lényege, 
hogy két (ritkább esetben több) folyamat egy időben ugyan- 
ahhoz az egymás között megosztott adathoz szeretne hozzá- 
férni. Ha nem figyelünk arra, hogy abban a pillanatban valaki 
más is dolgozik az adott adattal, akkor a művelet végered- 
ménye attól függ, hogy melyik folyamat mikor és hogyan 
futott. Sohasem jósolhatjuk meg tehát, hogy mi lesz egy létre- 
jött versenyhelyzet eredménye. 

Minden olyan rendszerben, ahol két vagy több folyamat meg- 
osztott adatokkal dolgozik, számolnunk kell a versenyhelyze- 
tek kialakulásával. Vitatkozhatunk arról, hogy az előbb említett 
mozis példánál mekkora a valószínűsége egy versenyhelyzet 
kialakulásának. De a számítástechnika nem valószínűség-szá- 
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mítás. Másrészt pedig egy olyan rendszerben, ahol egy adat- 
bázist egyszerre több százan írnak és olvasnak, és az adatok 
akár egy másodpercen belül többször is frissülhetnek, a ver- 
senyhelyzetek mindennapossá válhatnak. Ha egy rendszerben 
lehetőség van a versenyhelyzet kialakulására, de ez nem 
egészséges helyzet, lehetőleg el kell kerülni. 

Egy folyamat , élete során" sok mindet olyasmit is tesz, ami 
nem fenyeget versenyhelyzettel. A belső vagy a saját memória- 
tartományán végzett számítások nem járnak ezzel a veszéllyel. 
Amikor azonban egy megosztott memóriarészhez vagy állo- 
mányhoz nyúl, egyből megváltozik a helyzet. Ezért a folya- 
matok tevékenységének ezt a részét a folyamat saját kényes 
(kritikus) területének nevezzük. 

A versenyhelyzetek elkerülésére a kézenfekvő megoldás a 
kölcsönös kizárás elve: meg kell tiltanunk, hogy egy időben 
egynél több folyamat is ugyanahhoz a megosztott dologhoz 
nyúlhasson. Másképpen szólva el kell érnünk, hogy egyszerre 
csak egy folyamat , tartózkodhasson" a saját kényes területén. 
Ennek megvalósítására az egyik legkézenfekvőbb megoldás az, 
ha valamilyen úton-módon az ütemezést a kényes feladatok 
idejére felfüggesztjük. Ahogyan sorozatunk előző részében is 
említettük, az egész ütemezés a megszakításrendszerre épül. 
lehát a megszakításokat csak le kell tiltanunk egy erre megfe- 
lelő processzorutasítással. A kényes rész után pedig csak 
,vissza kell kapcsolni" azokat. Na de rendelkezhet egy közön- 
séges folyamat ekkora hatalommal a számítógépünk felett? 

Mi történne, ha a saját kényes területén végtelen ciklusba 
kerülne? - lefagyna ez egész szekció. Ez nyilvánvalóan nem 
jó megoldás, tehát valami másra lesz szükség. 
Próbálkozhatnánk esetleg egy olyan globális változó bevezeté- 
sével, amelynek megmondja, van-e valamilyen folyamat a 
saját kényes területén. A gyakorlatban ez úgy zajlana, hogyha 
egy folyamat be szeretne lépni a kritikus területre, a változó 
értékét ellenőriznie kell. Ha az 0, akkor belép, és beállítja 1-re; 
ha eredetileg nem 0 volt az értéke, akkor folyamatosan ellen- 
őrzi, hogy mikor lesz az értéke ismét 0. 

Ezt a folyamatos ellenőrzést tevékeny várakozásnak nevezzük, 
ugyanis a folyamat semmi érdemlegeset nem tesz, mégis 
zabálja a processzoridőt. Ám ennek a megoldásnak is akad 
hátulütője: egy kis szerencsétlenség következtében itt is 
kialakulhatnak versenyhelyzetek. Egy rosszul jött óramegsza- 
kítás következtében előfordulhat, hogy egyszerre két folyamat 
is bekerül a saját kritikus területére. Például az egyik folyamat 
ellenőrizte, hogy a változó értéke 0, és át akarja állítani 1-re, 
azonban közben történik egy váltás, és egy másik folyamat 
belép a saját kritikus területére. Miután a vezérlés visszakerül 
az előző folyamatra, az nem fogja ismét ellenőrizni a belépés 
lehetőségét, így egy időben két folyamat dolgozhat a megosz- 
tott adatokkal. 

Bizonyos szempontból jobb megoldást jelent az úgynevezett 
szigorú váltogatás, amikor is a kritikus területre való belépés 
jogát a folyamatok egymásnak , adogatják" , tehát az A folyamat 
egészen addig nem léphet be, amíg a B folyamat ki nem lépett, 
viszont ezután a B folyamat sem léphet vissza mindaddig, 
amíg az A folyamat be nem fejezte a saját kényes területét. 

A szigorú váltogatás megvéd minket a versenyhelyzetek 
kialakulásától, csakhogy olyankor nem hatékony, ha a két 
folyamat sebessége különböző, mivel a lassabb a gyorsabb 
folyamatot hátráltatni fogja. 

Sokféle más megoldást is kitaláltak a tevékeny várakozásra 
alapozva, amellyel szigorú váltogatás nélkül is elkerülhetjük 

a versenyhelyzeteket. Az alapkérdés azonban még mindig 
fennáll: a tevékeny várakozás közben sok processzoridő megy 


32 


Linuxvilág 


kárba, azonkívül könnyen el lehet képzelni olyan egyedi 
helyzetet, ahol ez a fajta megoldás nem alkalmazható. 

Erre találták ki az altatás-ébresztés rendszerét. Egy folyamat, 
ha nem tud belépni a kényes területre, blokkolja magát. Az 
ébresztésről majd a másik folyamat fog gondoskodni, miután 
kilépett a kritikus területről. 

Vannak azonban olyan esetek, amikor ez sem használható 
eredményesen (például az úgynevezett összekötött tároló 
megvalósításához). Erre találták ki a különböző jelzőket 
(semaphore), figyelőket (monitor) és még sok minden mást. 
A feladat és megoldási módjainak ismertetése azonban 
meghaladja e cikk kereteit, de a kíváncsibb olvasók az Inter- 
neten rendkívül sok anyagot találhatnak erről és az IPC más 
kérdéseiről (az összekötött tároló, közismertebb nevén a 
gyártó-fogyasztó kérdésére a legjobb megoldást az üzenet- 
küldés alkalmazása jelenti). 

A lényeg az, hogy olyan megoldást találni, amely minden 
helyzetben megvéd minket a versenyhelyzetektől, nagyon 
nehéz. De szerencsére sok esetben az üzenetküldés is 
felhasználható erre a célra. 


Filozófusok és holtpontok 

Bizonyos esetekben nemcsak a versenyhelyzetek elhárítására 
kell figyelmet fordítanunk, hanem arra is, hogy bizonyos 
eseménysorozatok ne következhessenek be. Ezt összehango- 
lásnak nevezzük. Nézzünk erre egy ma már klasszikussá vált 
példát, az étkező filozófusok kérdését. Öt filozófus egy kerek 
asztal körül ül, előttük egy-egy tál spagetti, a tányérok között 
egy-egy villa. A filozófusok élete meglehetősen sivár, mivel 
csak gondolkodásból és evésből áll. 

Ha egy filozófus sokáig gondolkozik, előbb-utóbb megéhezik, 
és ennie kell. Igen ám, de a spagetti annyira csúszós, hogy egy 
villával képtelenség megfogni, ezért a sikeres étkezéshez lega- 
lább két villára van szükség. A filozófus csak a tányérja melletti 
villákat próbálhatja megszerezni, és egyszerre csak egyet. 

A feladat egy jó algoritmus megírása az étkezésre, amely soha- 
sem akad el. 

Ez nem is olyan egyszerű feladat. Nézzük például legegysze- 
rűbb megoldást, amikor a filozófus először a bal, majd a jobb 
villát próbálja meg megszerezni. De mi történik, ha az összes 
filozófus egyszerre éhezik meg, és egy időben kaparintja meg 
a tőle balra lévő villát? Ebben az esetben egyik filozófusnak 
sem lesz esélye arra, hogy a jobb oldalit megszerezze, és 
kialakul az úgynevezett holtpont. 

A holtpontok és a versenyhelyzetek elkerülése is az ÍPC 
témakörébe tartozik, még ha ez nem is jár mindig közvetlen 
adatátvitellel. Nem jó, ha egy rendszerben előfordulhatnak 
holtpontok és versenyhelyzetek fordulhatnak elő. 

Az étkező filozófusokkal tulajdonképpen ugyanaz a gond, 
mint a korlátozott számú beviteli-kiviteli eszközök vezérlésével, 
ha a villákat úgy fogjuk fel, mint egy-egy ilyen eszközt. A holt- 
pontok tehát a következő részben is visszaköszönnek, amikor 
is a különböző eszközök kezelésével foglalkozunk, továbbá 
néhány olyan megoldást mutatunk be, amelyek segítségével 
elkerülhetjük a holtpontok kialakulását. 


Garzó András 

(garzoandOointerware.hu) körülbelül három éve foglalkozik 
Linux- és más Unix-rendszerekkel. Legjobban az operációs 
rendszerek lelkivilága érdekli, de nyitott egyéniség. Kedvenc 
étele a palacsinta, és van egy Richard nevű macskája. Min- 
den észrevételt, megjegyzést, levelet szívesen fogad. 


Vt 


DD 
XN vő 
.€ A 0 NN . PR 


4 








INTETT 





0 Kiskapu Kft. Minden Jog fenntartva 


Egy kis térinformatika 


éhány éve térinformatikával foglalkoztam, és akko- 


A TNT programcsomag bemutatása. 
NI riban hívták fel a figyelmemet egy programcsomagra, 
ami az oktatásban is jól használható. A Microlmages 
(2 http:/www.microimages.com) cég által forgalmazott cso- 
magban INI néven egy teljes térinformatikai rendszer rejlik. 
A próbaváltozat próbaadatokkal az ftp-kiszolgálójukról letölt- 
hető. Most ennek rövid bemutatására vállalkozom. 
Maga a program több felületen is elérhető. A Unix az alapfelü- 
let, hiszen a windowsos változat is a IÍWM ablakkezelőn ke- 
resztül tudja megjeleníteni a program különböző ablakait. Ezen 
belül a rendszer több Unix-változatot támogat, például Sun 
SPARCstationt, a HP 9000 sorozatú 700 munkaállomást, a Sili- 
con Graphics munkaállomást, az IBM RS/6000-t (Power PC ala- 
pú processzor), és a DEC Alpha AXP sorozatot (Digital Unix). 
Működéséhez a következő követelmények teljesítése szüksé- 
ges: megjelenítéshez legkevesebb 256 színű képernyő, körül- 
belül 400 MB merevlemez-terület, minimum 16 MB memória 
ajánlatos (természetesen ezt az értéket a feldolgozandó adatok 
mennyiségével arányosan növelni kell). 
A PCk közül az Intel 486-alapú vagy AMD, Cyrix CPU mate- 
matikai co-processzorral, Pentium vagy ennél újabb ajánlott 
(Windows NT esetében DEC Alpha AXP processzor is lehet- 
séges). Legkevesebb 16 MB memóriával kell rendelkeznünk, 
a képernyő-megjelenítésnek legkevesebb 256 színűnek és 
640 x480-as felbontásúnak kell lennie (ajánlott az 1024 x768-as 
felbontás használata). A rendszer csak PC-n hardverkulcsos, 
ezért egy párhuzamos vagy soros kapu is szükséges. Egy egér 
használata is igényeltetik, mert enélkül a rendszert nem lehet 
használni. Windows 95, 98 vagy NT esetében elkél a CD-ROM- 
meghajtó, és megközelítőleg 300 MB merevlemez-terület. Mini- 
mum kiépítés Macintosh gépeknél a Power Macintosh 60x vagy 
G3 processzor. A többi feltétel megegyezik az előbb felsoroltakkal. 
A Linuxszal szemben támasztott követelmények azonosak a 
PC-nél ismertetettekkel, erről és a telepítésről a későbbiekben 
még szó lesz. 
Néhány szóban arról, mit is jelent a térinformatika. Feladata 
általánosságban a térbeli, helyhez köthető adatok ábrázolása, 
megjelenítése, valamint ezen adatok kiértékelése. Eszköztárába 


nagyon sok adatgyűjtési módszer, eszköz beletartozik. Néhány 
ezek közül a teljesség igénye nélkül: 





e földi adatgyűjtő eszközök, 

e földmérő műszerek, eljárások, 
e légifelvételek, 

e űrfelvételek. 


Az így összegyűjtött adatokat az informatika fejlődésének 
köszönhetően digitalizálják, és úgynevezett térképi adatbázi- 
sokban tárolják. Ezekből az adatokból szakértő kezekben nagy- 
számú információ nyerhető, így számos szakterületen felhasz- 
nálhatjuk - ilyen például a honvédség, a térképészet, a mező- 
gazdaság, a bányászat és a geológia. 

A késztermékek és az alapadatok igen sokfélék lehetnek. Ezek 
esetében csak azok magyarázatával foglalkozom, amelyekkel 
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a INI-programok is meg tudnak birkózni (az alábbiakban 

a INIT-programleírást használtam forrásként.) 

A TN1I-programok adatszerkezetének megértéséhez érdemes 
megtekinteni a projektfájl felépítését (lásd az ábrát). 


! belső objektumok 


CAD 
objektumok 


Adatbázis 
objektumok 


Raszter 
objektumok 


Vektor 
objektumok 


TIN Szöveges 
objektumok objektumok 


TNT projektfájl 


A TNT-objektumok belső felépítése 


Itt -— annak ellenére, hogy a vektoros és raszteres képeket meg 
tudja jeleníteni és szerkeszteni is lehet — nem mondhatjuk el, 
hogy a program vegyes adatszerkezetet használ. Ezt tapasz- 
talataim alapján állítom, mert amennyire átláttam a program- 
csomagot, a vektoros és raszteres képeket külön alprogram 
tette szerkeszthetővé, és igazából csak a megjelenítésre alkal- 
mas harmadik program volt az, ahol mindkettőt együtt lehetett 
használni. 


A projektfájl elemei 

e — Raszteres objektumok 
A raszteres objektum jellemzője, hogy kétdimenziós: 
sorokból és oszlopokból épül fel. A legkisebb egység, 
amit képes megjeleníteni és tárolni tud, a pixel, ami többféle 
formájú lehet, az esetek nagy részében négyzet alakú 
(gondoljunk csak az általunk használt raszteres képfor- 
mátumokra, például .jpg, .gif, .tif stb.). Egy raszteres képre 
jellemző pixeleinek nagysága és tájolása (a derékszögű 
koordinátarendszertől való elfordulásuk). A raszteres adat- 
szerkezetben a pixelek helyzetén kívül fontos adat a pixel- 
hez rendelt és általában megjelenített érték. Ennek az 
értéknek a nagyságát általában a pixelhez rendelt színek 
milyenségével érzékelhetjük. Gondoljunk például egy 
légifelvételre, ahol a hétköznapi életben ismert fénykép- 
hatásoknak megfelelően a létrejövő képen az erdők zöldek, 
a tavak kékek stb. Ha ugyanezt a területet infrakamerával 
fényképezzük, az adatrögzítőről beolvasott képek színei 
jócskán eltérhetnek az általunk megszokottakétól (esetleg 
az erdő mélyvörös színben jelenik meg). Ezen raszterkép 
mérete általában jóval nagyobb a hasonló tartalmú vektoros 





CAD-kép méreténél, hiszen itt jóval több adatot kell tárolni 
(a vonal esetében ellentétben a vektoros adatszerkezettel 
nemcsak a két végpontot, hanem a vonal összes köztes 
pontjának koordinátáit rögzíteni kell.) 

A INI-programok a megjelenítési lehetőségeknek megfele- 
lően a szükséges átalakítások után a különböző színmély- 
ségű képeket meg tudják jeleníteni, függetlenül attól, 

hogy valójában milyen színképzési eljárással lettek tárolva, 
illetve különböző fedvényeket, hisztogramokat stb. is létre 
tudunk belőlük hozni. 

A raszter által kezelt színmélységek a követezőek lehetnek: 
1 bit (binary), 4 bit, 8 bit, 16 bit, 32 bit vagy 64 bit. Képes 
128-bites rasztert is kezelni, de csak különleges feltételek 
mellett. A TNI professional által támogatott legnagyobb 
raszterkép mérete 2 000 000 000 x 2 000 000 000, pixelenként 
1-től 128-bites adattartalommal. Annak szemléltetésére, 
hogy ez milyen nagy érték, a leírás Dél-Afrikát említi 
(amelynek területe 1200 x 1500 km), amiről a 1JmXx10 m-es 
felbontású SPOT műhold felvételei csak 120 000 x150 000 
pixelt használnak fel. Dél-Afrika esetében ennek a pixelmé- 
retnek egy milliméternél kisebbnek kellene lennie ahhoz, 
hogy a program legnagyobb teljesítőképességét kihasznál- 
hassuk. A szabadon felhasználható INIlite esetében a 
legnagyobb méret , csak" 314 368 pixel (1024 x256, 512 x512, 
640 x 480 pixel). 

Vektoros objektumok 

A TNI-programok adatfelépítése vektoros és CAD-adatokat 
különböztet meg, holott mindkettő a vektoros adatszer- 
kezethez tartozik. A következőkben a INI-leírás általi 
megkülönböztetést mutatjuk be. 

A vektorelemek és objektumok három alapvető elemből 
épülnek fel: pontokból, vonalakból és poligonokból. A pon- 
tok a pontszerű egyetlen mérési ponttal helyhez köthető 
elemeket ábrázolják, például a hétköznapi életből vett 
mérési pontok a villanyoszlopok. A vonalak két végponttal 
határolható egyenesek, mint például egy kerítés. A poligon 
tulajdonképpen egyenes vonalakból felépülő vonalsor. 
Ezeket használhatjuk mondjuk egy határvonal megrajzo- 
lására. Érdemes megemlíteni, hogy sok esetben az ívek, a 
körívek is ilyen poligonokként kerülnek tárolásra, mivel az 
ív mért pontjai azok, amelyek meghatározzák a formáját, 
és az csupán egy adat, hogy a programnak a megjelenítés- 
kor nem egyenesekkel, hanem ívekkel kell őket összekötnie 
(AutoCAD esetében ezt jól lehet látni). Fontos megemlíteni 
a vektoros objektumok egyik fontos jellemzőjét, hogy belő- 
lük úgynevezett topológiai hálózat hozható létre. Ennek 

a hálózatnak többek között az a feladata, hogy az egyes 
földterületek egyetlen egységes rajzelemből, egy zárt poli- 
gonból álljanak össze. Gondoljunk csak földhivatalokban 
meglévő ingatlan-nyilvántartásra. Csak a földterülethez 
kapcsoltan van értelme a tulajdonos adatainak társításának, 
a határvonal egyes elemeihez külön-külön nem sok értelme 
lenne. A vektoros adatszerkezet szinte sugallja, hogy réteg- 
megjelenítésre is szükségünk van. A rétegek feladata az 
egyes, valamilyen közös tulajdonság szempontjából azonos 
vektorelemek kezelhetőségének megvalósítása (például 

a víznek, az erdős területeknek egy-egy saját egyedi 
megjelenítési formával kell rendelkezniük). 

A INT által CAD-objektumnak hívott rajzelemek több 
vektoros elemből épülnek fel. A TNI-programok többek 
közt a következő elemek rajzolására képesek: pont, vonal, 
téglalap, poligon, kör, húr, ék, szöveg. 

A INT Professional esetében a projektfájlban tárolható 
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legnagyobb CAD-objektum 2 000 000 000 rajzelemet 
tartalmazhat. A szabadon letölthető TNIlite esetében a 
CAD-objektumok száma legfeljebb 500 rajzelem lehet. 


Egyéb adatok, késztermékek 

Ebben a részben azokat az adattároló, adatmegjelenítő eszkö- 
zöket próbálom bemutatni, amelyek az elemzéseknek a vég- 
eredményei, de akár az alapjai is lehetnek. 





TIN-objektumok 

A TIN vagy Iriangulated Irregular Network jelentése 
szabálytalan háromszöghálózat. A IIN-objektumok 
négyféle rajzelemből épülhetnek fel: pontokból, élekből, 
háromszögekből és héjból. Azok számára, akik nem igazán 
tudják, mi is ez, álljon itt egy kis magyarázat: a dombor- 
zatnak vannak olyan elemei, amelyek adatait valamilyen 
adatgyűjtő eszközzel rögzítve könnyedén létre tudunk 
hozni egy domborzatmodellt. Leegyszerűsítve: ha a 
pontokat csak a legközelebb lévő szomszédaival kötjük 
össze, a terepfelszínhez nagyon hasonló háromszögekből 
álló térbeli felület hozható létre. Példaként lássuk a TIN- 
modellt mutató ábrát (lásd a 2. képet). 








1. kép Egy IIR-ben készített térképrészlet .dxf állománya beolvasás után 


A IIN-objektumok az elemeknél annyival többek, hogy itt 
a pontokat csomópontokkért tároljuk, a vonalakat pedig 
poligonokként. 

A INT professional esetében az egyszerű IIN-objektumok 
legnagyobb száma a projektfájlon belül 2 000 000 000 há- 
romszög, 2 000 000 000 él és 2 000 000 000 pont. A TNTlite 
esetében ez csak 1500 pont. 

Szöveges objektumok 

Ide tartoznak a különféle feliratok és a leíró adatok (attribú- 
tumadatok) egy része. A felhasznált rajzok — legyenek azok 
vektoros, raszteres, a képi elemek XY (esetleg Z mint magas- 
ság) adatain túl egy-egy egyéb leíró jellemzőt is hozzájuk 
csatol. Ezeket az adatokat a rendszer általában nem a képi 
állományon belül, hanem egy külön adatbázisban tárolja. 
Az adatok tartalmazhatják az objektum azonosítóját, a rajz- 
elemek stílusát stb. Például egy földterület esetében a hely- 
rajzi számot egy külön adatbázisban tároljuk, ami az adat- 
bázisban az adott földterület azonosítójaként szerepel. 
Adatbázis-objektumok 

Az adatbázis-objektumok az előbbi leíró adatokhoz kapcso- 
lódnak, hiszen sok esetben azokat valamilyen adatbázisban 
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3. kép A bemutató állományok között találtam ezt a 3D-s rácsra alakított 
műholdképet 





4. kép Talán mindenki emlékszik 
a piros-kék lencséjű 3D-s képet adó szemüvegre 


tároljuk. A képi adatokhoz kapcsolódó adatbázisadatokat 
az egyes raszter-, vektor-, CAD- vagy TIN-objektumokhoz 
rendelhetjük hozzá. Kétféle adatkapcsolat hozható létre. 

A külső adattárolás esetében a projektfájlhoz egy külső fájlt 
csatolunk, és abban tároljuk az adatokat. Ezen belül ismét 
két lehetőség van. Az első esetben az adatok egy külső 
adatbázisfájlban vannak tárolva, így többek közt ASCII szö- 
veges, DBASE, INFO adatbázis, Mapinfo leírófájl RBASE 
formátumban. Ebben az esetben az adatbázis sorainak 
adatai közvetlenül a hozzájuk kapcsolódó sorokhoz, rajz- 
elemhez kapcsolódnak. A másik eset, amit talán jobban 
lehet alkalmazni — hiszen a csatolható adatok mennyiségi 
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5. kép Példa a raszterobjektumokra 


korlátja nem olyan erős -, az ODBC használata. Ebben az 
esetben több DBMS-program adattábláihoz kapcsolódha- 
tunk, például dBase-hez és Oracle-hez. 

A INT Professional esetén a külső adatbázis mérete akkora 
lehet, amekkorát a rendszer elbír. Például a dBASE ÍV 
fájlnak kisebbnek kell lennie kétmilliárd bájtnál, ami több 
mint egymilliárd rekordot tesz ki. A INTlite esetében ez 

a szám nagyságrendekkel kisebb, csupán 1500 rekord. 

A belső adatbázis esetén az adatbázis a INT projektfájlján 
belül kerül tárolásra. Ekkor természetesen külső, már 
meglévő adatbázisokból is importálhatunk adatokat, így 
dBASE III- és IV, INFO, R:BASE adatbázisokból, ODBC- 
ből, Iydac SPANS leíró, illetve vesszővel határolt szöveges 
fájlokból. E feladatok ellátásért többek közt a INTmips 
nevű programrész felelős. 


A programról 

Sajnos a programcsomag bemutatásakor erősen válogatnom 
kell, hiszen a program rengeteg olyan szolgáltatással rendel- 
kezik, amit csak egy térképész vagy térinformatikus tud érté- 
kelni. Emiatt inkább csak a megemlítés szintjén sorolnám 
azokat az adatfeldolgozó lehetőségeket, amelyeket a program 
a magáénak tudhat: 


GPS- (Global Positioning System) adatok beolvasásának 

a lehetősége. 

a CartoScriptIM, a INT térképészeti parancsnyelv lehetővé 
teszi a szimbólumok és egyéb rajzelemek egyszerű és gyors 
kezelését, például a vonalak típusának együttes módosítását. 
Jól testreszabható topológiaépítő szolgáltatás. 

3D-s domborzatmodellek, IIN-modellek. 

lematikus térképkészítési lehetőség, például éves csapadék- 
térkép megyénkénti részletességgel. 
Rasztertranszformációs lehetőség: a lapolvasóval beolvasott 
kép földrajzi koordinátákhoz való igazítása. 
Felületmodellek készítése, elemzése, vízgyűjtőterület 
meghatározása. 

Raszterképmozaik, képelemzési lehetőségek, hisztogramok 
készítése. 

Lekérdezésépítő a csatolt adatbázisokhoz. 

Meglehetősen sok vetületi és mértékegységrendszert 
támogat. 

Mozgókép, film is létrehozható a segítségével, mintha a 
terület felett repülnék, vagy egy dombtetőről néznénk körül. 


A program telepítése 

Mint említettem, én csak a próbaváltozatot töltöttem le. lelepí- 
tése meglehetősen egyszerű feladat volt: a letöltött tar.gz fájlo- 
kat kicsomagoltam a saját könyvtáramba. A program könyvtá- 
rán belül nem találtam telepítőprogramot, hanem csak a már 
lefordított futtatható fájlokat. Futtatáskor a programok nálam 





a libstdc-t 1.so.2.8 fájlt keresték. Mivel ennek jelenleg a 
libstdc-t 1.so.3, libstdc-t 1.so.4 változatai voltak fenn, fel kellett 
telepítenem egy korábbi változatot, ami együttműködött a 
keresett változattal. A libstdc-- 1-2.9-olibc2.1.deb által tartalma- 
zott libstdc-t t--2-libc6.1-1-2.9.0.so fájl bizonyult megfelelőnek. 
Ezek után a program mindenféle hiba nélkül működött. 


A program részei, feladataik 

A telepítési könyvtárban több futtatható fájl van, némelyikük 
egy másik futásához szükséges, a többség azonban saját önálló 
grafikus ablakot indít el. Most lássuk őket feladatuk rövid 
leírásával! 


e  intview: talán ez a program rendelkezik a legtöbb szolgál- 
tatással. Ebben az ablakban új 2D-s, illetve 3D-s projektfájl- 
adatcsoportot tudunk létrehozni, új nézeti ablakot tudunk 
létrehozni, valamelyik meglévő projektről másolatot tu- 
dunk készíteni, több projektelemet is meg bírunk nyitni. 
Itt található a külső adatbeolvasási lehetőség, a parancsfájl- 
építő, az eszköztár-beállító és a szolgáltatásbeállító ablak, 
valamint a súgóeszközök indítója is. 

e  tntdisp: az előbbi program egyszerűsített változatát 
jeleníti meg. 

e  tntmips: a beolvasott adatok raszteres és vektoros kiérté- 
kelése ebben a programban végezhető el. A Display menü- 
ben rengeteg átalakítást segítő menüpontot találunk. 
Ajánlott a Display/GettingStarted pont menüinek megte- 
kintése. 

e  tntmenu: az előbbi szolgáltatás menüpontjait jeleníti meg. 

e  tntatlas (a startatlasszal azonos): a rajzok megjelenítését, az 
atlasfájlok (előre meghatározott nézetű képek) 
megtekintését, a különféle nézetek előállítását segíti. 

e  sdedit: a vektoros és a CAD-állományok szerkesztését teszi 
lehetővé. 

e  georef. az RGB raszteres képfájlok átalakítását segíti. Számos 
átalakítást ismer. 

e  featmap: a raszteres képfájlok szerkesztését teszi lehetővé, 
és a területek osztályozását segíti. 


A próba tapasztalatai 

A programcsomag néhány szolgáltatását kipróbáltam. Kíváncsi 
voltam a sebességre, az átláthatóságra, a kezelőeszközök elér- 
hetőségére, egyáltalán: arra, hogy mennyire felhasználóbarát. 
Az első próbálkozás során lakóhelyem egy nagyobb területé- 
nek beolvasására voltam kíváncsi. lermészetesen a teljes beol- 
vasás lehetetlen volt, mivel a letölthető programváltozat adat- 
mennyiségét a beolvasandó terület jócskán meghaladta, a 
program azonban a betöltési folyamatot ilyenkor is végrehajtja, 
és csak ennek végeztével jelzi a határoltságot. A beolvasandó 
adatokat még régebben az IIR-ből (interaktív térképszerkesztő 
rendszer, magyar fejlesztésű DOS-os program) .DXF állomány- 
ba mentettem. Az állomány mérete közel 14 MB volt, a tartal- 
mazott pontok száma csaknem 400 ezer (ez csak a pontok 
száma az összekötő vonalak, feliratok, jelkulcsok nélkül). 

A beolvasást egy 600-ról 900-ra felpörgetett Celeron procesz- 
szoros, 256 MB memóriával rendelkező gépen, Debian SID 
operációs rendszerrel végeztem. A külső vektoros adat beolva- 
sásáról tudnunk kell, hogy ez a program, ha úgy van beállítva, 
önműködően megpróbálja létrehozni a topológiát. A térkép 
többek közt tartalmazta az épületeket, a melléképületeket, 

a földterületeket, az utakat és a vízfolyásokat is. Az adatok 
beolvasása, átalakítása nem teljes processzorkihasználtság 
mellett 4,5 órát vett igénybe, mivel időnként az OpenOffice 
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és néhány egyszerűbb játék is 
ment mellette. Ez az időtartam 
soknak tűnhet, de még régebbi 
tapasztalataim szerint az 
AutoCAD Map Windows NI 
alatt szintén 256 MB memóriával 
egy 400 MHz-es Pentium II-es 
gépen, jóval kevesebb adat ese- 
tében is hasonló időtartamot 
mutatott (a mért pontok száma 
ott nem érte el az ötvenezret). 


General  Tenplate ] Profile I Plan ] Graphics I 
Profile Zoon Plan Full Plan 


On Hovie — Í On Hovie  — I On Profile — I 
Bottom — Í Botton Left —i I Right — Í 


F Horth Arrou 





v" 








Az idő, úgy gondolom, nem volt 
rossz, viszont zavaró volt, hogy 
az importálandó adatokat előbb 
talán szűrni kellett volna, mielőtt 
a program bármiféle hálózatot 
megpróbálna létrehozni. Gon- 
doljunk csak bele abba, hogy egy adott földterületből és a rajta 
átmenő útból három területi egység jön létre, attól függetlenül, 
hogy ezek külön rétegben helyezkednek el. 

Egy másik település pontjait és vonalait úgy töröltem, hogy az 
elemek száma kisebb legyen a próbaváltozat által maximálisan 
használhatóknál. Az adatok beolvasása egy másodperc alatt 
elkészült (lásd, a 4. képet). 

Ezek után az így elkészült állományt az sedit programmal beol- 
vastattam, és a rajzszerkesztési lehetőségekkel próbálkoztam. 
Szerintem viszonylag rövid idő alatt meg lehet szokni a kezelő- 
felület sajátosságait. Egyetlen furcsasággal találkoztam: a billen- 
tyűzet többek között a BACKSPACE, DELETE billentyűkre és a 
számbillentyűzetre nem válaszol. Ez valószínűleg a többi Unix- 
változatról történő átprogramozás eredménye ítörléskor a 
DELETE használata helyett a szöveget az egérrel jelöltem ki, és 

a CTRL--C billentyűkombinációval töröltem.) Az ehhez kapcso- 
lódó képen jól látható a rajzeszközök beállítására szolgáló 
Geoloolbox (jobb oldalt lent), illetve a rétegkezelő ablak (jobb 
oldalt fent). Ez utóbbiban sorrendben a réteg elemeinek kivá- 
laszthatóságát, beállításait, részletes adatait, a rétegművelete- 
ket, a láthatóságot és a törlését lehetett kiválasztani. A CAD 
Tools ablak (középen fent) - mint látható -— eléggé sokféle új 
rajzelem hozzáadását és beállítását teszi lehetővé. 

A programhoz letöltöttem az ugyancsak elérhető próbaállo- 
mányokat is. Az egyik ezek közül a 3DSIM könyvtár, amiben 
egy 3D-s domborzatmodell volt látható az alapjául szolgáló 
légifelvétellel együtt. A domborzatmodell érdekessége többek 
között az volt, hogy ,körülnézhettem benne", vagyis a képen 
bal oldalon látható domborzatmodellen a kamerát körbe 
tudtam forgatni. 


OK l CanceL] Help ] 
6. kép Készítsünk a 3D-s 


domborzatmodelIi alapján filmet! 


Összegzés 

Összességében a program jól kezelhető, rengeteg adatkezelési 
lehetőséget tartalmaz és jól leírt. Ezért mindenkinek a figyel- 
mébe ajánlom, egy kipróbálás erejéig, és térinformatika-okta- 
tási, -tanulási célokra ez a gyengített lehetőségekkel rendelkező 
változat is mindenképpen jól használható. 


Tlóth Béla (tothb1ofreemail.hu) 

Nős, két gyermek büszke atyja. Dolgozott föld- 
mérőként, majd térinformatikus szakmérnöki 
képesítést szerzett. Egyaránt otthonosan mo- 
zog a CAD és a térinformatikai programokban, 
valamint a DOS- és Windows-alkalmazásokban. 
Legkedveltebb elfoglaltsága már két és fél éve a Linux. 
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Legyen saját IRC-botod! 


Egy kis Perl-tudás, kevés hálózati ismeret és egy csipetnyi RFC-olvasgatás 
a biztos receptje egy egyéni IRC-bot készítésének. 


z IRC (Internet Relay Chat) egy olyan ICP/IP-alapú 
AA protokoll, amely hálózaton keresztül valós idejű 

párbeszédek folytatását teszi lehetővé. Ha két ügyfél 
csevegni szeretne egymással, mindketten csatlakoznak egy- 
egy kiszolgálóhoz (nem feltétlenül ugyanahhoz). Legalább 
az egyiküknek tudnia kell a másik azonosítóját (becenevét, 
azaz nickjét), hogy a beszélgetés megkezdődhessen. Az első 
ügyfél üzenete elküldéséhez azt a kiszolgálót használja, 
amelyikhez kapcsolódott. Amikor a kiszolgáló megkapja a 
kézbesítendő üzenetet, felállít egy útvonalat, amelyen kiszol- 
gálóról kiszolgálóra terjed az üzenet, amíg csak el nem éri azt, 
amelyikhez a másik ügyfél kapcsolódott. Így ő megkapja 
az üzenetet, és ugyanezzel a módszerrel válaszolhat rá. Habár 
az IRC egyszerű szöveges alapú protokoll, a biztonság érde- 
kében több dologra is ügyel. Egyrészt az ügyfél csak akkor 
kapja meg az üzenetet, ha a címzettek között van (ugyanazt 
az üzenetet több becenévre is el lehet küldeni), másrészt egy 
kiszolgáló egy adott ügyfél megtalálásához csak egyetlenegy 
másik kiszolgálónak adhatja tovább az üzenetet. Ez jó, hiszen 
valamiféle biztonságot nyújt, ha egy IRC-hálózaton a kiszol- 
gálók közül remélhetőleg nem az összes kapja meg az 
üzenetedet. Ez a felépítés ugyanakkor gátja is a rendszernek. 
A csatornákon, ahol nemegyszer 50-60 ügyfél is eszmét cserél, 
gyakran tapasztalható, hogy nem minden ügyfélhez jut el 
időben az üzenet, és a többiek úgy látják, hogy már megtár- 
gyalt kérdésekről beszél (lag). Az is előfordul, hogy ha a két 
(földrajzi értelemben vett) hely közti összeköttetést biztosító 
kiszolgáló leáll, az IRC-hálózat két félre szakad. Legyenek 
az ügyfelek ugyanazon a csatornán, mindenki csak azt látja, 
aki vele azonos oldalon van (split). Ilyenkor időbe telik, amíg 
új útvonalat találva ismét elérhetik egymást. 


Mi az a hot? 


Egy IRC-bot ahhoz hasonló ügyfél, amilyet csevegésre is hasz- 
nálsz. A különbség, hogy a botot valamilyen sokszor ismétlődő 
feladatra tartják, és nem szükséges előtte embernek ülnie. 

A flinux.hu csatornán létezik egy Rozsdas nevű bot, ami a két 
kérdőjellel kezdődő sorokat keresi, és ha ilyet lát, a kérdője- 
leket követő kifejezésre valamilyen leírást ad. Akad olyan csa- 
torna, ahol egy botnak nincs más dolga, mint feltennie egy 
kérdést, majd a válaszra várni. Ha valaki a megadott időn belül 
helyesen válaszol, egy pontot kap. Ezután - vagy az idő lejár- 
tával — a bot felteszi a következő kérdést. Egy játék megadott 
számú kérdésből áll, és a végén az győz, akinek a legtöbb 
pontja van. Ezekhez hasonló és ezer másik feladat képzelhető 
el egy bothoz. lermészetesen én egy egyszerűbbet írtam, ami 
adott időközönkért felolvas egy az állományból véletlensze- 
rűen kiválasztott sort. Gyakorlásnak megfelelő, viszont hasz- 
navehetetlen. Ezért arra kérek mindenkit, ezt a botot ne küldje 
fel egyik kiszolgálóra sem! Egyrészt egyes kiszolgálók kifeje- 
zetten megtiltják a botok jelenlétét, másrészt nincs olyan csa- 
torna, ahol szívesen látnának egy ilyen botot. A legjobb, ha 
feltelepítesz egy saját IRC-kiszolgálót, és azon próbálkozol. 
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Így gyorsabb a fejlesztés, és biztosan senkinek nem okozol 
kellemetlenséget. Egy kiszolgáló telepítése és beállítása 
túlmutat e cikk keretein, ezért kérlek, vedd a fáradtságot, és 
válassz egyet a terjesztésedhez megfelelők közül. A Debiant 
használók az csomag telepítésével az ircd két változatához is 
hozzájuthatnak. Ők ircd néven az Undernet hivatalos 
kiszolgálóját érhetik el, míg a dancer egy kisebb hálózatokra 
tervezett változat. 


A protokollról nagyvonalakban 
Az IRC-hálózaton mind a kiszolgálók, mind az ügyfelek üzene- 
tekkel tartják a kapcsolatot. Egy üzenet a következőképpen fest: 


is:T zéliíitaáds zSz K Zs 1 
5 -paramötereks: ccrlís 


cparancsz 


Az előtag (prefix) használata nem kötelező. Az előtag jelenlétét 
a kettőspont (:) mutatja. A kettőspont és az előtag között nem 
lehet szóköz. Az előtag az üzenet feladójának azonosítását 
szolgálja, ha elmarad, az IP-csomag küldője lesz a feladó. Első- 
sorban kiszolgálók használják; ha ügyfél használja, és nem 
önmagát tünteti fel feladóként, az első kiszolgáló, amelyikhez 
eljut az üzenet, visszajelzés nélkül megsemmisíti azt. Én sem 
használtam sehol az előtagot. 

A parancs szabványos IRC-parancs. Habár a parancsnevekben 
az IRC-alkalmazások elvileg nem különböztetik meg a kis- és 
nagybetűket, érdemes csupa nagybetűvel írnunk. 

A kapcsolók a parancstól függnek. Nem tartalmazhatnak szó- 
közt, legfeljebb az utolsó, ebben az esetben kettőspontot kell 
tennünk elé. 

A sort sortörés-kocsivissza zárja, de ha jobban tetszik, a legtöbb 
nyelvben ez is megteszi: Mir. 

Mielőtt ügyfél csatlakozhatna egy csatornához, először be kell 
jegyeznie magát a kiszolgálónál. Ez két paranccsal történik: 
USER és NICK. 


USER -felhaszngl nÖv: -m d: -hasznglatlan:z 
5S-val di ndv: 


Az első kapcsoló a felhasználói név. A linuxos IRC-ügyfelek 
legtöbbször annak a felhasználónak a nevét küldik el, 
akinek a nevében a program fut. le mint programozó akármit 
megadhatsz. Arra figyelj, hogy bizonyos felhasználóneveket 
egyes csatornákon szűrnek. A flinux.hu-ra például root 
felhasználónévvel nem lehet felmenni (illetve fel lehet, de 
egy bot kidob). 

A mód egy szám, ami az ügyfél különleges tulajdonságait 
írja le. Itt lehet többek között azt beállítani, hogy láthatatlan 
legyél. Ez azt jelenti, hogy a csatorna tagjainak listájában 
nem jelensz meg. 

A harmadik kapcsoló jelenleg használaton kívül van, ezért 
csillag (") karaktert szokás helyette írni. 

A valódi név egy tetszőleges karakterlánc. Ide többnyire 





a felhasználói névhez tartozó teljes nevet szokták ide írni, 
ám ez változó. Mivel szóközt is tartalmazhat, kettősponttal 
kell kezdődnie. 


NICK -becengv: 


Ezzel a kapcsolóval határozhatod meg a becenevedet. 
Bejegyzés után bármelyik kiszolgáló küldhet a botnak egy 
ping-et. Az IRC-kiszolgálók ugyanis nem ICMP-üzenetekkel 
ellenőrzik, hogy egy ügyfél fent van-e még a hálózaton, hanem 
belső ping-gel. Ha nem készíted fel a botot, hogy ezekre vála- 
szoljon, a kiszolgáló bontani fogja a kapcsolatot. A ping paran- 
csot kapcsolóként egy azonosító követi. Az erre válaszoló ügy- 
félnek egy pong parancsot kell küldenie, kapcsolóként ugyan- 
ezzel az azonosítóval. 

A PRIVMSG parancsot használhatod, ha hozzá akarsz szólni a 
beszélgetéshez, és te is ilyeneket fogsz kapni, ha valaki veled 
beszélget. 


PRIVMSG cc mzett:s csz veg: 


Ha a címzett egy becenév, akkor magánbeszélgetés indul 
közted és a címzett között. Ha kettős kereszttel (7) kezdődik, 
egy csatornát jelöl, és a csatorna összes tagja megkapja az 
üzenetet. Ha dollárjellel ($) indul, a dollárjel után álló kiszol- 
gálóhoz csatlakozó összes ügyfél olvasni fogja a szöveget. 
Helyettesítő karakterek mindhárom esetben használhatók 

(7, ?). Egy megszorítás létezik, miszerint a kettős kereszttel, 
illetve dollárjellel kezdődő nevekben legalább egy pontnak (.) 
szerepelnie kell, és az utolsó pontot nem követheti helyette- 
sítő karakter. Ezt azért találták ki, hogy például a $"-ra ne 
lehessen üzenetet küldeni, ezt ugyanis a világ összes IRC- 
hálózatot használója megkapná. 

A szöveg természetesen tartalmazhat szóközt, így kettősponttal 
kell kezdődnie. 

Ha további részletekre vagy kíváncsi a protokollal kapcsolat- 
ban, vagy más parancsok is érdekelnek, ajánlom figyelmedbe 
a kapcsolódó RFC-ket: RFC1459 és RFC2812 (lásd a 39. CD 
Magazin/Bot könyvtárában). 


Egy perlbeli megvalósítás 

Ezek után lássunk egy példát! Az én kis IRC-botom nem csinál 
mást, csak csatlakozik a megadott csatornára, és bizonyos idő- 
közönként felolvas egy véletlenszerűen kiválasztott sort egy 
állományból. Az Interneten ezeket a botokat nagyon idegesí- 
tőnek tartják, és végleg meg tudod vele utáltatni magadat. 
Mindenki elismeri a programozói teljesítményt, azonban nem 
győzöm elégszer hangsúlyozni: ne használd ezt a botot nyilvá- 
nos IÍRC-kiszolgálón! Ha nagyon tetszik, írj egy olyat, amelyik 
hasznos. És feltétlenül kérdezd meg a kiszolgáló rendszergaz- 
dáját, hogy felteheted-e! Iudomásom szerint az irc.extra.hu 
egyáltalán nem engedélyezi a botok használatát a kiszolgálón. 
Az elte.irc.hu napi üzenetéből (motd, message of the day) 

az derül ki, hogy két hétig elviselik a botokat, utána mindenkit 
nyomatékosan megkérnek, hogy távolítsa el kis kedvencét. 

A sote.irc.hu-ra lehet botot vinni, de erről egy e-mailben 
(ircadm(osote.irc.hu) értesíteni kell a kiszolgáló üzemeltetőjét. 
(A listát lásd a 39. CD Magazin/Bot könyvtárában). 

Mivel feltételezem, hogy programoztál már Perlben, csak 

nagy vonalakban magyarázom el a program működését. 

A Sv különleges változót a Perl minden kimenő adat végéhez 
hozzáfűzi. Így a print utasítások végére nem kell mindig a 
kötelező MnW-t odaírni. A $ ] szintén a kimenő adatokra 
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vonatkozik: nem használ átmeneti tárat az íráshoz, minden 
adatot azonnal kíír. 

A Snick a becenevet, a Schanne1 a csatorna nevét, a Swait 
pedig egy számot tartalmaz, amely másodpercekben fejezi ki 
azt az időt, amennyinek két bemondott idézet között legalább 
el kell telnie. 

A helyi géphez a 6667-es kapun, ICP/IP-protokollon keresztül 
kapcsolódik. Ha nem sikerült, a program leáll. 

Láthatóan semmiféle különleges módot nem adok a botnak, 
és a teljes neve Zebulon Master. 

A (stuff tömböt több dologra is használni fogom (lásd 
később). Amennyiben a $joined 0, még nem kapcsolódott, 
ha I, az előbbi iterációban kapcsolódott, amennyiben 2, már 
rég fent van a csatornán. A $last tárolja az utolsó kiíratás 
dátumát az 1970. január 1-je óta eltelt másodpercek számában. 
A Si általános ciklusváltozó. 

A while ciklus minden lefutásakor beolvas egy sort a Sirc 
foglalatról. 

Az első, hogy ellenőrzi, megpingelték-e. Ha igen, a ping 
kapcsolóként megadott azonosítóval egy pong-ot küld. Ha 
nem ping volt, és épp most csatlakozott a csatornához, egy 
üdvözlő szöveget küld. Ha valaki megszólította, és azt mondta, 
, aludj", kilép. 

Ha letelt a megadott idő, a megadott állományból kiválaszt 
egy sort és elküldi. 

Amennyiben még nem csatlakozott, megteszi. 

A ciklusból történő kilépés után a Ouit paranccsal búcsút 
mond a kiszolgálónak, és ha nem szakította volna meg a 
kapcsolatot, akkor a bot megteszi. 


Bothibák 


Ez egy nagyon kezdetleges bot, és több gond is akad vele. 
Nem kezeli az olyan váratlan eseményeket, ha a becenév 
foglalt, vagy nem engedik be a csatornára (miért is ne enged- 
nék). lovábbá a saját kitűzött célját sem látja el tisztességesen. 
Nem 12 másodpercenkért olvas fel egy sort az állományból. 
Ha senki sem szólal meg a csatornán, és nem kap üzenetet, 
nem fog beszélni. Ez azért van, mert a Perl cs műveletjelét 
használtam olvasásra. Ez a megadott leíróról egy sort olvas 
be. Mivel a leíró nyitva van (a foglalat nem zárult le), nincs 
állományvége (EOP), és addig nem tér vissza, amíg üzenetet 
nem kap. Valójában az olvasást a sysread() függvénnyel 
kellene megoldani, ahogy más Perlben írt botok is teszik, de 
nem akartam túlbonyolítani a példát. Léteznek bővítmények 
az IRC-protokollhoz, mint például a CICP (Client To Client 
Protocol). Ezzel a kiszolgálót megkerülve lehet adatot kérni 
egy ügyféltől. Egy ügyfél a másiktól a használt ügyfél típusát, 
a rendszeridőt és más hasonló adatot kérdezhet le. Ha a mi 
botunk kap egy ilyen üzenetet, nem válaszol rá. Én azért 
szeretem, mert az enyém. 


Végezetül 

Nagyon izgalmas IRC-botot írni. Remélem, te is örömet lelsz 
benne, és a tudásodat okosan használod. Sok szerencsét az IRC 
határtalan világához! 


Fülöp Balázs 

(xutOfreemail.hu) 17 éves, imádja a Túró Rudlit, 
a Debian Linuxot és a teheneket. Az ELTE Rad- 
nóti Miklós Gyakorlóiskola tanulója Immár ötödik 
éve. Kedvenc írója Slawomir Mrollek. Leginkább 
a számítógépes hálózatok biztonsága érdekli. 
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Szüreteljünk almát! 


Sorozatunk mostani részében az Apple Mac OS futtatásához szükséges környezet 
beállításával kapcsolatban szerzett ismereteimet kísérlem meg olvasóinknak átadni. 


indenekelőtt szerezzük be a nélkülözhetetlen össze- 
tevőket! Szükség lesz a Basilisk II forrására, egy 
eredeti Macintosh-gép ROM-jára, az Apple webol- 
daláról letölthető Mac OS 7.5.3-as, illetve a 7.5.5-ös Mac OS- 
frissítésre (ezeket az Apple ingyenesen elérhetővé, letölthetővé 
tette), egy indító lemezlenyomatra, néhány segédprogramra 

— és már indulhat is a móka. 

Én azt szeretem, ha egy program vagy egy kísérlet mindig 
külön munkakönyvtárral bír, így a múlt hónapban elkezdett 
EMU könyvtárban létrehoztam egy MacOS alkönyvtárat, 
innentől ebben dolgozom. Először a Basilisk II csomagot 
készítem elő a fordításra az alábbi parancs segítségével: 





tat :-xvzt BasiíiliskIiII srac 31052001.tár.gz 


feltételezve, hogy a fentebb említett fájl az EMU/MacOS 
könyvtárban található. Ekkor létrejön egy BasiliskII-0.9 
könyvtár, a BasiliskII-0.9/src/Unix könyvtárba belépve rögtön 
nekiállhatunk a program fordításának: adjuk ki a 

. /configure, majd a make és a make insta11 parancsokat. 
Alapértelmezettként a program a /usr/local alkönyvtáraiba 
telepíti magát, ehhez azonban írási joggal kell rendelkeznünk, 
a legegyszerűbben a su parancs segítségével szerezhetünk 
rendszergazdai jogokat. lermészetesen más könyvtárat is meg- 
adhatunk. Most már futtathatjuk is a programot, adjuk ki a 
BasiliskII parancsot. Ekkor egy kényelmesen kezelhető 
grafikus beállítófelületet kapunk, ahol a program működését 
mindenre kiterjedően állíthatjuk be (1. kép). 


800 Basilisk II Settings 1 


File 


Volumes [csi [raphicssSound [Input [ SeriayNetwork [MemoryrMisc ! 





create... j Remove j 


Add... j 
Unix Root [/ 
Boot From Ány a 


.1 Disable CD-ROM Driver 

















Vegyük sorra a menüpontokat! 

Volumes: azokat a lemezrészeket állíthatjuk be, amelyeket 
használni szeretnénk; az Add... gombra kattintva már meglévő 
lemezlenyomatokat adhatunk a rendszerhez, a Cregte... 
gombbal új lemezlenyomat(ok)at hozhatunk létre, a Remove 
gomb használatával pedig eltávolíthatjuk a kijelölt lemezle- 
nyomatot. A Unix Root sorában adhatjuk meg, hogy melyik 
könyvtárat szeretnénk az emulátorból a unix nevű lemezzel 
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elérni (lásd később); végezetül a rendszerindítás eszközét 
állíthatjuk be — ez lehet bármi (Any) vagy CD-ROM, illetve 
engedélyezhetjük vagy tilthatjuk a CD-ROM használatát. 
Graphics/Sound: itt adhatjuk meg a grafikus felület jellegét, ami 
lehet teljes képernyős (Hullscreen) vagy ablakban futó (Window); 
beállíthatjuk az ablak másodpercenkénti frissítését, az ablak 
méretét, illetve a hang engedélyezését. Egészen különleges 
képernyőméreteket is megadhatunk, például 800 x384-et. 
Serial/Network: e helyütt a soros kapukat és a hálózati eszközt 
állíthatjuk be (lásd később). 

Memory/Misc: a Volumes után ez a legfontosabb beállításokat 
tartalmazó menüpont, az emulált gép fizikai memóriaméretét, 
a Macintosh-gép fajtáját, illetve a ROM-fájl elérési útvonalát 
adhatjuk meg vele (a ROM-tájl nélkül a programot egyáltalán 
nem tudjuk használni). 

Ha ezzel készen vagyunk, kísérletet tehetünk a Mac bekap- 
csolására: kattintsunk a Start gombra. Most csak egy szürkés 
hátteret kapunk középen egy lemezzel, aminek a kellős köze- 
pén egy kérdőjel villog — ez bizony azt jelenti, hogy hiányzik 

a rendszer indulásához szükséges operációs rendszer. 


Az operációs rendszer telepítése 

Ehhez a lépéshez egy , rendszerindító" lemezre lesz szükség. 
Én az Interneten találtam egy ilyen lemezt, és ezt használtam. 
Hozzunk létre egy lemezlenyomatot a rendszernek, nevezzük 
mondjuk 7.5.3.dsk-nak. Legalább egy 150-250 MB-os lemez 
létrehozását javaslom, mivel saját tapasztalataim alapján a jó 
öreg programokkal ezt is hamar meg lehet tölteni. Adjuk hozzá 
az indító lemezlenyomatot is; a memóriaméret 16-32 MB 
között eszményi választásnak tűnik, ezek után kattintsunk 

a Start gombra. Most már látnunk kell az operációs rendszer 
betöltődését. A rendszer betöltése közben láthatjuk, hogy az 
általunk létrehozott lemezlenyomatot is felismeri, azonban 
nem tudja birtokba venni, mivel nincs előkészítve a haszná- 
latra. Ezt tegyük meg, kattintsunk az Initialize gombra, amikor 
is figyelmeztető üzenetet kapunk, miszerint a lemez tartalma 
elvész, ha a műveletet tovább folytatjuk. Ennek ellenére kat- 
tintsunk bátran a Continue gombra. 

Ezután a 2. képen látható képernyőhöz hasonlót kell látnunk. 
Macintoshunk feltámadt! Kattintsunk a Stuffit Expander ikonra, 
majd a File/Preferences... menüponttal csalogassuk elő a csoma- 
golóprogram beállítófelületét. Itt a Destination ikonra kattintva 
állíthatjuk be azt a kívánt könyvtárat, ahová a kicsomagolt 
anyagok kerülnek. Nálam ez a 7.5.3-as lemezen létrehozott 





. Szaktekintély — 


insmod sheep net -up. o paranccsal lehetséges. Ezután 
használhatjuk az etho hálózati kaput, amelynek beállításait a 
Mac OS elindulása után a System Folder/Control Panels/ TCP/IP 
ikonokon keresztül érhetjük el. 


Frissítés 7.5.5-re 
Az alapterjesztés nem tartalmazza a Stuffit Expander-t, ezért 
töltsük le a 3 http:/wwwi.stuffit.com/expander/download.html 
címről, és telepítsük. Ám ahhoz, hogy telepíteni tudjuk, a 
kicsomagoláshoz egy előző változatra lesz szükség (kicsit a 
22-csapdájára emlékeztető helyzet...). Az első indításkor hasz- 
nált lemezből kinyerhetjük ezt a programot. Ezután másoljuk 
be a System 7.5.5 update.hgx fájlt az emulátor meghajtójára, 
majd ismét kattintgassunk, amíg csak a fájl ki nem csomago- 
lódik. A kicsomagolásra megadott könyvtárban ismét egy 
Installer programot kell keresni, erre kattintva a telepítő 
frissíti a rendszerösszetevőket. 
A telepítés befejezése után virtuális gépünket indítsuk újra! 
Élvezzük a frissített rendszert! Csak akkor, ha elindul — én az 
——. induláskor fellépő hibát úgy tudtam orvosolni, hogy a követ- 
s; kező indításkor a SHIFT billentyűt lenyomva tartottam, ezáltal 
a rendszer semmilyen kiegészítést nem töltött be. A Control 
Panels/Memory ikonján kattintva egy beállítófelületet kapunk, 
ahol a Virtual Memory-t kapcsoljuk ki. Ezután már tökéletesen 
működött minden. 
A következő részben a különféle programok lelőhelyeit és 
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pb 
7 (b 6 Utility 
b Ld International 


5. El eeetoséteeet JJ telepítésüket vesszük szemügyre. 


b Ld Apple Menu Items 
b Ld) Extensions 
DG 
Disk space available: 231 524K 


Destination Disk 
Eject Disk 
7.5.Z Switch Disk 


Csontos Gyula 
(Csontos.Gyulaolinuxvilag.hu) 

a Linuxvilág szakmai és CD-szerkesztője. 
Szabadidejében szívesen mászik hegyet 
és kerékpározik. 





Kapcsolódó címek 
Install könyvtár lett. Ezek után a Unix nevű lemezrészre kat- 6; 


tintva keressük meg a 7.5.3-as Mac OS telepítőfájljait, szám 


szerint 19-et, és mindet kijelölve dobjuk rá a Stuffit Expander KN MDNMTSS TIS ÉP ETEK SAS SA telaszmals 


ikonra — ekkor az összes fájl kicsomagolódik. A megadott 2 http:/Avww.uni-mainz.de/-bauecOo02/B2Main..html 
könyvtárban kattintsunk a System 7.5.3 O1of19.smi fájlra, a 2 http:/Awww.info.apple.com/support/downloads.htmi 
felhasználói szerződést fogadjuk el. Az ellenőrzés után létrejön 5 http:/Avww.ultimatemac.com/ 

egy Sys7.5 V7.5.3 CD Ins ikon a munkaasztalon. Bőszen kattint- 5 http://lowendmac.com/mac2win/02/0501.html 

sunk rá, így megkapjuk az Installer programot. Erre is 3 http://sourceforge.net/forum/forum.php?forum 1d-6132 
kattintanunk kell kettőt (akinek a kattintóizmai esetleg elfá- 5 http://download.info.apple.com/Apple Support Area/Ap 
radtak, az pihenhet egy kicsit), ekkor már ténylegesen a 7.5.3- pole Software Updates/English- § üi 

as rendszert telepítjük! Választhatjuk az egyszerű (Easy), vagy North. American/Macintosh /System/Older System/Syste 


az egyéni (Custom) telepítést. Ze Veron Bé 
A teljes telepítés megközelítőleg 82 MB helyet foglal el. Ha mesélj 8 


végeztünk vele, lépjünk ki belőle, és indítsuk újra a rendszert. 
Távolítsuk el az indító lemezlenyomatot, és élvezzük a sok 
kattintgatás eredményét: a Mac OS 7.5.3-as rendszert a PC-n! 
Nálam az egyetlen hibát valami a/ rose bővítmény jelentette, 
de miután eltávolítottam a rendszer könyvtárából, egy teljesen 
egészséges rendszert kaptam. 


2 http:/Avww.apple.com/ 

2 http:/Avww.vineyard.net/vni/fag/config/mactcp.shtml 

2 http://toastytech.com/guis/mac/755.html 

5 http:/Avww.seanet.com/help/dial/mac/ 
opentransportppp.shtml 

2 http:/Avww.peak.org/ipswitch/mactcp.html 

2 http://libweb.sonoma.edu/research/instructions/ 


Hálózati beállítások mácy iss Ami 

Ahhoz, hogy a mostani Mac-gépből a hálózatot is lássuk, elő- 3 http://geeks.free.fr/macos.htm 

ször a sheep-net rendszermagmodult le kell fordítani és be kell 2 http:/Awww.welovemacs.com/macos /-5-5.htmi 

tölteni a memóriába. Nekem a Basilisk II-vel egy csomagban 2 http:/Avww.speakeasy.net/lov/main.php?page-— macos/58 
érkező modult nem sikerült lefordítanom, így hosszas keres- 2 http:/Awvww.its.unimelb.edu.au/lnfoSheets/ 

gélés után ráakadtam egy Mandrake-csomagra, amivel azután im osShéetéTés hi email 


sikerrel jártam. A modul betöltése a rendszergazdaként kiadott 
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0 Kiskapu Kft. Minden Jog fenntartva 


PHP - mnoGo$earch 


Azaz hogyan házasítsuk az izmos keresőmotort a szeretett PHP-val? 


okszor felmerülő igény egy kiterjedtebb honlappal 

szemben, hogy a tartalma kereshető legyen. A feladat 

elég nyögvenyelős lehet, amennyiben a webhely sok, 
különféle működésű modulból épül fel. Minden egyes modulra 
saját keresőt építeni, majd egy rendszerbe foglalni őket, igen 
nagy falat lehet. Érdemes elgondolkodni, nem volna-e jó általá- 
nosítani valahogy a feladatot, és az összes egyedi esetet egysé- 
ges rendszerbe foglalni. Hosszú távon mindenképpen kifizető- 
dő az egyszeri nagyobb munkát bevállalni. Egy jól összerakott 
keresőrendszert feleltetni meg a későbbi igényeknek már 
töredékét teszi ki az amúgy szükséges munkaóráknak. Amikor 
az ember azon gondolkodik, hogy valamiféle általános megol- 
dás lenne az igazi, az sem árt, ha körülszimatol egy kicsit a 
Világhálón, hátha a több tízezer nyílt forrású megoldás között 
talál valami, a célnak megfelelőt. 


A mnoGoSearch — ismerkedés 
Jómagam a fenti gondolatmenetet végigvezetve jutottam el a 
mnoGoSearch keresőmegoldásához, még messzire sem kellett 
érte mennem. A PHP kézikönyvét böngészgetve akadtam rá 
- mondhatni véletlenül — a mnoGoSearch nevű kiegészítésre. 
Kis utánajárás után kiderült, hogy a mnoGoSearch maga egy 
igen kiterjedt, nyílt forrású keresőmotor. Saját, C-ben írt CGI- 
felülete is jól használható és rugalmas. Emellett Perlhez és 
PHP-hez is létezik illesztés. Ez a támogatás a PHP hivatalos 
terjesztésének részét képezi. 
Maga a mnoGogSearch két jól elkülöníthető részre bontható. 
Az egyik végzi a weboldalak, adatbázistáblák indexelését a 
megadott beállítások alapján. Ezt időszakosan (tipp: cron) 
futtatva egy szorgalmas keresőrobotot állíthatunk munkába. 
Magának a keresőfelületnek a megvalósításában lehetőségünk 
nyílik dönteni, hogy a mnoGoSearch sajátját használjuk-e fel 
vagy írunk egyet. Ha a kereső saját megoldását alkalmazzuk, 
a keresőoldalt sablonfájl segítségével faraghatjuk egyedi arcu- 
latúra. Ha a PHP-illesztésen keresztül vesszük fel a kapcsolatot, 
teljesen egyedi felületeket hozhatunk létre. Ennek a progra- 
mozói feladatnak a bonyolultsága nem haladja meg egy egy- 
szerű adatbázis-lekérdezés szintjét. 
A mnoGogSearch nagy erőssége, hogy külső szűrőket is képes 
alkalmazni, amelyek segítségével akár .pdf vagy egyéb külön- 
legesebb formátumú állományok szövegének indexelésére is 
sor kerülhet. Ehhez egy, az adott formátumú anyagot szöveges 
állománnyá alakító programot kell beszereznünk. Ha a prog- 
ram megvan, a keresőt kell beállítani, hogy az adott típusú 
állományokat ezen a szűrőn átengedve lásson hozzá a tartalom 
átvizsgálásához. A mnoGoSearch jó pár formátummal és 
kapcsolódási lehetőséggel önmagában is elboldogul. Beépített 
képességei a következők: 
e egyszerű text/html, text/plain oldalakat indexel (még szép); 
e . dinamikusan létrehozott tartalmú oldalakat a legcifrább 
URL-en keresztül is is elér; 
e titkosított (HIITPS) kapcsolatokat is kezel; 
e ha kell, jelszavasan védett (HTIP-azonosítás) oldalak is 
feldolgoztathatók vele; 
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: LXI. mmoGo$earch Functions 


.  Thése functions allow you to accass ths mmoGoSsarch (former Udm$Ssarch) fras ssarch engins. In order to have these 
functions availabis, you must compils PHP with mnogossarch support by using th6  --síth-mmogoroaren Option. If vou use this 
option without specífying the path to mnogossarch, FHP will kbok for mnogossarch under fusr/ocalrnnogossarch path by 

, default. If you installsd mnogossarch at other path you shouki specify ít: -——sith-mmegorsarebzDIR. 


mnoGossarch is a fultfsatursd ssarch engine softwars for intranet and internet servers, distributed under the GNU license. 
mnoGossarch has number of unkyus features, which makes ít appropriate for a wids rangs of application from ssarch within 
your síte to a specialized search system such as cooking recipas or newspaper ssarch, FTP archive sgarch, news articles 
search, etc. It offers fulttext indexing and ssarching for HTML, FDF, and text documents. mnmoGosSsarch consists of two parts. 
The first is an indsexing mechanism (indexer). The purpose of indexer is to walk through HTTP, FTP, NEWS servers or kcal 
files, rscursively grabbing all the documents and storing meta-data about that documents in a S0L database in a smart and 
effective manner. After svery document is referenced by its corresponding URL, meta-data collscted by indexer is used later in 
; assarch process. The search is performed via Web interfacs. C CGI, PHP and Perl ssarch front ends ars includad. 


Hote: PHP contains built-in mysgl access library, which can be us6d to accsss MySÜL. It is known that 
mnoGosSaarch is not compatible with this built-in library and can work only with generic MySOL librariss. Thus, if 
you use mnmoGossarch with mysgi, during PHP configuration you havs to indicate directory of MySOL 
installation, that was used during mnmoGoSsarch configuration, i.8. for examples: 

-egíith-mysgi z/usr. 
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e FIP-helyek végignyálazása sem okoz neki gondot; 
e adatbázis-kiszolgálók tábláinak indexelésével is elboldogul, 
bár itt vannak megkötések. 


A keresőmotor maga is SOL-alapú, adatbázisban tárolja az 
indexelés során összegyűjtött adatokat. Rengeteg adatbáziski- 
szolgáló-típussal képes együttműködni. Ha indexelésük céljából 
közvetlen adattáblákban is turkálni szeretnénk, egy erős meg- 
szorítással találkozunk: csak ugyanabban az adatbázisban képes 
feldolgozni a mnoGoSearch-adattáblákat, amelyikben a saját 
indexelésre fenntartott táblákat is tárolja. Ez alól az egyedüli 
kivétel az, ha háttéradatbázisként MySOL-t használunk. 


A mnoGoSearch telepítése 

Először is szükség lesz egy fíriss forrásra. Ehhez a mnoGo- 
Search honlapját kell felkeresnünk, azon belül is a következő 
oldalt: 5 http:/www.mnogosearch.org/download.html. A cikk 
írásakor a legutolsó üzembiztos kiadás mellett döntöttem, ami 
a 3.1.20 változatszámmal bír. Ennek telepítését Debian Woody 
környezetben próbáltam ki, de egyes apró eltéréseket kivéve 
ez a folyamat valószínűleg más GNU/Linux-rendszereken is 
követhető. A bemutatott telepítés MySOL jelenlétét feltételezi, 
ugyanis ezt választottam háttéradatbázisnak. 

Ha megvan a mnogosearch-3.1.20.tar.gz állomány (vagy az 
éppen legfrissebb), a szokásos módon lehet nekiesni. 
Kicsomagolás, belépés a könyvtárba, ismerkedés a 

. /configure --help kiadása által kapott lehetőségekkel. 
Eztán a configure parancsfájl megfelelő beállításokkal való 
futtatása következik, végül make, make instal1. 

Ez a hagyományos telepítési módszer, ám érdemes észrevenni, 
hogy a fejlesztők egy kellemes Perlben írt kis kérdezgetőprog- 
ramot mellékeltek, ami végül a válaszoknak megfelelően 

hívja meg a configure héj-parancsfájlt. Lássuk, miféle 
beállításokat hajthatunk végre! 





Ha a fent említett instal11 .pl1 futtatása mellett döntünk, az 
első kérdése arra fog vonatkozni, hogy mi legyen a telepítés 
célkönyvtára - ez alapesetben a /usr/local/mnogosearch könyv- 
tár. Ha nincs jobb ötlet, így is maradhat, a PHP is itt fog majd 
kutakodni utána. 

Ha a configure közvetlen meghívását választjuk a fordítás 
előtti beállítások végrehajtására, e fenti adat a 

--prefix-ck nyvtEr: kapcsolóval adható meg. Ha meg 
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2. kép A mnoGosSearch hivatalos honlapja 


vagyunk elégedve az alapértelmezett könyvtárral (lásd az 
előző bekezdést), az adat megadása el is hagyható. 

Ha másképp nem rendelkezünk, a most megadott könyvtár 
alá kerül minden mnoGoSearchcsel kapcsolatos adat, a beállítá- 
soktól egészen a naplóállományokig. Nálam ez így maradt. 
Kézi configure híváskor ez esetben semmit nem kell meg- 
adni, az instal1 .pl futtatásánál is elég ENTER-t ütni az alap- 
értelmezett no válaszra. Ha ez a felállás mégsem tetszene, 

egy yes után az összes alkönyvtár elhelyezkedése sorra megad- 
ható. Parancssoros beállítás esetén a szükséges kapcsolók 

a configure súgójából ismerhetők meg. 

Ha a könyvtárak megadásán túltettük magunkat, következik 

a háttéradatbázis megadása. A beépített adatbázis-támogatásra 
nem lesz szükség, hiszen a gépen van telepített MySOL. 

Az install .pl ezt magától képes megtalálni, tegye is csak. 
Válaszoljunk yes-t arra a kérdésre, hogy maga keresse-e meg 

a lehetséges adatbázis-csatlakozásokat. Ha nem találná a meg- 
felelő könyvtárat, magunknak kell megadnunk. Először az 
adatbáziskiszolgáló típusát, majd azt a könyvtárat kell meg- 
adni, ami alatt a MySOL fejlécfájlok és függvénykönyvtárak 
találhatók. A MySOL-támogatással való felruházáshoz kézi 
vezérlés esetén a --with-mysag1--ck nyvtEr: megadására 
lesz szükség. 

Az ezt követő kérdésekre mindenütt hagyhatjuk az alapértel- 
mezett választ, ezek a beállítások céljainkhoz javarészt jók 
lesznek. Ha a kézi configure meghívást választottuk, és 
semmilyen egyedi beállítást nem akarunk alkalmazni, nem kell 
további kapcsolókkal bajlódnunk. 

Vagy így, vagy úgy, de eljutottunk oda, hogy a configure 
parancsfájl sikeresen lefutott. Ekkor már a hagyományokat 
követve jöhet a szokásos make, majd a make instal11. Ezáltal 
a mnoGogSearch alaptelepítése a helyére került. 
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További tennivalók és beállítások 

Bizony, a keresőrendszer telepítése még csak az első lépés volt. 
A feltett csupasz rendszert életre kell kelteni, be kell állítani. 
Először is a mnoGoSearch számára létre kell hozni a MySOL 
háttéradatbázist: 


mysgladmin -uroot -pcjelsz s: create 
smnogosearch 


Ezáltal létrejött az üres adatbázis, amelyben majd a 
mnoGogsearch a szótárát, az oldaladatbázisát fogja tárolni. 
Ehhez azonban még nincsenek meg a szükséges adattáblák. 
Ezek létrehozásához a mnoGoSearch forráskönyvtárában, a 
create/ cadatbázisszerver neve: könyvtárban találunk segéd- 
anyagot, jelen esetben a create/mysgl alatt. Ezt a szöveges 
állományt egy az egyben ráengedhetjük a MySOL-re, amely 
a kívánt adattáblákat létrehozza: 


mysgi -u-felhasznE£l 3: -p-cjelszava:z mnogosearch 
c create.txt 


Az adatbázis megvan, a táblák rendben, de akad még tenni- 
való a ház körül. Ha másért nem is, de próbaképpen érdemes 
beüzemelni a mnoGoSearch saját CGI-felületét. Ehhez a 
mnoGogSearch telepítési könyvtárának bin alkönyvtárában 
található search.cgi programocskát kell átmásolni az Apache 
cgi-bin könyvtárába. Emellett search.htm néven másoljuk le 

a mnoGoSearch /etc könyvtárában levő search.htm-dist nevű 
sablonállományt is. Ez azért szükséges, mert ezen arculatmeg- 
határozó állomány nélkül a keresőfelület meg sem mozdul, 
ráadásul innen veszi a beállításait. Ekkor a keresőfelületnek 

a www.kiszolgálódneve.hu/cgi-bin/search.cgi címen működnie 
kell, de természetesen nem lehet keresni, hiszen még nincs 
semmilyen adathalmaz. Ráadásul egy kis beállítgatásra is szük- 
ség lesz, hiszen a keresőprogram még arról sem tud, merre 
keresse a háttéradatbázisát. A keresőfelület beállításához 

nem, de az indexelő robot beállításához szükséges beállításo- 
kért felelős állományra szükség lesz. Ez a fájl a sablonfájllal 
egy könyvtárban található, indexer.conf-dist néven. Ebből 
indexer.conf elnevezéssel szükség lesz egy másolatra, amelyben 
a mnoGoSearch indexelő motorjának beállításait tudjuk meg- 
adni. Furcsának tűnhet, hogy külön beállítóállomány szüksé- 
geltetik az indexelést végző programrésznek, külön a kereső- 
felületnek. Jobban belegondolva viszont belátható, hogy ez 

a két modul akár két teljesen más gépen is elhelyezkedhet, 
ráadásul ugyanahhoz az adatbázishoz csak az indexelő részre 
kell olyan adatbázis-kapcsolat, amelynek a mnoGoSearch adat- 
bázisába írni kell tudnia. A search.cgi teljesen mellőzhető, 
hiszen e cikk végcélja, hogy bemutassa, hogyan lehet PHP-ban 
mnoGoSearch-háttérrel dolgozó keresőfelületeket kialakítani. 
Mivel amúgy sem árt a PHP és a mnoGoSearch házasítása előtt 
kipróbálni, hogy a keresőt hajlandó-e működni, és mert a beál- 
lítások oroszlánrészét úgyis az indexer.conf-ban kell megadni, 
érdemes ezt a kis pluszmunkát elvégezni. Lássuk hát, mit és 
hogyan kell , belőnünk ! 

Be kell állítani többek között, hogy melyik kiszolgálón található 
az adatbáziskiszolgáló, és milyen felhasználónév-jelszó páros- 
sal lehet hozzáférni. Kezdjük az indexer.conf-fal! A DBAddr 
címke után az adatbázis-hozzáférés adatait címformátumban 
kell megadnunk. Szokatlan elgondolásnak tűnhet, hogy egy 
ilyen erőforrást is ebben a formában adjunk meg, ám mivel ez 
egy az ftp: // vagy http: / / címekkel képviselt adatforrással 
teljesen egyenértékű háttérerőforrást jelöl meg, e megadási 
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mód abszolút jogos és célravezető: 


DBAddr mysal://felhasznalo:jelszoolocalhost/ 
5 miogosearch/ 


A cím elején a mysal : / / jelzi, hogy mysgl , protokollt" szük- 
séges használni. Ezután a mmogosearch adatbázishoz férő 
MySOL-tfelhasználó neve és jelszava következik, kettősponttal 
elválasztva. A € jelet követően lehet megadni az adatbázis- 
kiszolgáló gazdagép teljes nevét. Mivel ez nálam ugyanaz a 
gép, elegendő volt a localhost. Itt ha amysg1 nem a szab- 
ványos kapun figyel, egy kettősponttal elválasztva a kapu 
száma is megadható. Az ezt követő perjel után adható meg az 
adatbázis neve, ami pár bekezdéssel ezelőtt mmogosearch 
néven lett létrehozva. Ugyancsak ezt az adatsort kell a 
search.htm sablonállományban megadni, hogy a keresőfelület 
is tudja, hol kutakodjon. A megadás módja teljesen megegye- 
ző, itt is a DBAddr címke a felelős az adatbázis-kapcsolat meg- 
határozásáért. Ezzel mind a search.cgi-t, mind az indexelő 
programot működőképessé varázsoltuk. A keresőfelület már 
bármely szóra hibajelzés nélkül képes kijelenteni, hogy nincs 
rá találat az adatbázisában. 

A használhatóság céljából érdemes egy kis figyelmet szentelni 
a LocalCharset címkének, ugyanis itt adható meg, hogy 
milyen kódolás szerint értelmezzen, valamint hogy milyen 
karakterek számítanak értékelhető betűnek. E beállítás hiányá- 
ban az indexelő motor a számára nem kezelhető karakterek 
mentén a szavakat szétvágja, és a két szórészletet tárolja 
indexelt szóként. Ez magyar szövegnél annyit jelentene, hogy 
a hosszú ékezetes karaktert tartalmazó szavaink biztosan több 
szóként tárolódnának. Példának okáért a , következőek" szó 
helyett a mnoGoSearch a , következ" és az ,ek" szavakra lelne. 
Állítsuk tehát a LocalCharset címke mögötti értéket az 
is0-8859-2 értékre. Ezt mind az indexer.conf, mind a search.htm 
állományban meg kell tennünk. 

A search.htmI-ben megadandó beállításoknak ezzel a végére is 
értünk. Az egyelőre szóba sem került, miként fogja az indexelő 
program feldolgozni a kívánt oldalakat, ráadásul azt sem tudja, 
melyek az indexelhető (azaz a kereshetőnek szánt) webcímek 
és tartományok. Ahhoz, hogy a honlapokat feldolgozó prog- 
ram tényleges munkát végezhessen, meg kell neki adnunk 
azokat a belépési pontokat, ahonnan a tartalom indexelését el 
kell kezdenie. Szintén megadandó, hogy a lapban talált hivat- 
kozások közül melyeket kövesse és melyeket ne. Erre való az 
indexer.conf Server címkéje. Ezáltal adhatók meg az olyan 
belépési pontok címei, melyek mentén a weblap feldolgozása 
megindulhat. A lap címének megadása mellett azt is közölni 
kell, hogy az esetleges hálóhivatkozások milyen szinten legye- 
nek lekövetve. Ennek négy különféle módja létezik: 


e page: semmiféle hivatkozást nem hajlandó követni, csakis 
ezt az oldalt indexeli. Ritkán van rá szükség. 

e — path: ez esetben szorgalmas kis pókunk a megadott címen 
található oldalban csak az olyan hivatkozásokon fog 
végigszaladni, amelyek a megadott címmel egy könyvtárba 
vagy az alá mutatnak. Mondhatni, az eme elérési útvonal 
alatti területet fogja végigzongorázni. Alapértelmezésben, 
ha külön nem adjuk meg, az indexelő program ezt a fajta 
hivatkozáskövetési módot fogja alkalmazni. 

e site: annyiban különbözik az előzőtől, hogy a teljes webhe- 
lyet hajlandó végigkövetni, még akkor is, ha a megadott 
belépési pont annak csak egy alkönyvtára. Csak akkor 
megy ki innen, ha a kijutáshoz szükséges hivatkozást talál. 
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E Location (a) "innovex.veszprem.hujcgi-binjsearch.cgi?g-linuxvil §E1géps-2080-08m-alláéwm-wrdéul-őwf-222210 


Search tor:[dinuxvilág 
Results per page: Output torma: [Long e] Maton:[ AN e] Search for:[ Whole word vi through: 


Search results: (0.030 sec) linuxvilág :14 





Displaying documents 1-14 of total 14 found. 

1.Linux hu [1] 
Térnák Pastel Eredeti DarkRed White Linux.hu admin Bejelentkezés ( Főoldal ] Hír beküldése ] További híreink ] Keresés a 
hírekben ] Rólunk ] AZ LME CYS tároló használata A következőkben megtudhatod, hogy hogyan használha... 


6. hítp ZA linux .hulstatic.php?pagez-cvsálLinuxHu Session-9ge5bbacbfa5e542c99ceb180c7d5896a (text/html) Wed, 10 
Jul 2002 16.53 48 GMT, 16377 bytes 
2.Linux hu [1] 
Témák Pastel Eredeti DarkRed White Linux.hu admin Bejelentkezés ( Főoldal ] Hír beküldése ] További híreink [ Keresés a 
hirekben ] Rólunk ] Magyar Linux Segítő Lista Elakadtál valahol? Túl nagy fába vágtad a fejszédet?... 


e hnp Járnrw.linux.hulstatic.php?page-supportlistas LinuxHu Session-geSbbacbfa5e542c99cebi 80c7d5896a (texyhtml) 
Wed, 10 Jul 2002 16.53 46 GMT, 36391 bytes 
3. Linux.hu [1] 
Térnák Pastel Eredeti DarkRed White Linux.hu admin Bejelentkezés ( Főoldal ] Hír beküldése ] További híreink ] Keresés a 
hírekben ] Rólunk ] Legfrissebb híreink: A Blender jövője Júl. 10, 0850 25 Május 23-án a köv... 


e hip Auth linux hulindex php?theme-whiteél inuxHu Session-ge5bbacbfa5e542c9g9cebi 80c7d5396a (texthtml) 
Wed, 10 Jul 2002 16.53 44 GMT, 27898 bytes 
4. Linux hu [1] 
Főoldal Hír beküldése További híreink Keresés Rólunk Témák Pastel Eredeti DarkRed White Linux.hu admin Bejelentkezés A 
Blender jövője Júl. 10, 0850 25 Május 23-án a következőkről számolt... 
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3. kép A CGI-felület munkára fogva 


Azaz ha a htp://www.valami.hulpillanatnyi címről indulva 
hivatkozást talál a www.valami.hu-ra vagy annak bármely 
alkönyvtárára, vígan követni fogja. Más webhelyekre 
mutató címeket viszont továbbra sem követ. 

e — world: ezt a típust választva indexelő programunkat arra 
utasítjuk, hogy minden fellelt hivatkozást gátlástalanul 
kövessen. Figyelem, ezzel a típussal érdemes nagyon óva- 
tosan bánni, mert hamar elérhetjük vele gépünk tárhelyé- 
nek határait, hiszen egy jó kezdőoldalról pók barátunk a fél 
Internetet végig próbálja majd nyálazni! 


Az elméleti alapok után jöjjön egy élő példa! Jómagam póko- 
mat a www.linux.hu címre engedtem rá, a következő sorral: 


Server site http://www. linux.hu/ 

Ezzel a sorral pókunk számára megjelöltünk egy belépési pon- 
tot, ahol megkezdheti a munkáját. Derék munkásunk ügyesen 
végig is nyálazza a megtalált hivatkozásokat, csakhogy kizáró- 
lag a vww.linux.hu címen belül maradva. Próbaszerencse, 
együk meg a pudingot. Az indexelés elindításához 

a mnoGoSearch sbin könyvtárában az indexer nevű futtatható 
állományt kell elindítani. A pók elstartol, és meg sem áll az 
utolsó oldalig. Amit talál, nem túl sok, mert a linux.hu főbb 
alegységei különböző altartományokban helyezkednek el: 
lists.linux.hu, devel.linux.hu stb. Ezeket az indexelő — teljesen 
jogosan — nem követi. De mi módon tehetnénk meg, hogy eze- 
ket is kövesse? Újabb Server parancsokkal? Azok nem erre 
valók, hiszen tartománymegjelölésen túl fő feladatuk a belépési 
pontok megjelölése. Olyan címtartományokat kell megadni, 
ahová a keresőpók még beteheti a lábát, s ez a Realm címkével 
lehetséges. Ahhoz, hogy programunk a linux.hu-t,és összes 
altartományát indexelje, a következő sorra is szükség lesz: 


Realm http://F.linux.hu/ 


Ez utasítja az indexelőt, hogy bátran kövessen minden olyan 
hivatkozást, ami megfelel a fenti szűrésnek. A Realm alap- 
esetben nem szabályos kifejezésekkel szűr, ehelyett kevésbé 
erőforrás-igényes megoldással él: a " (csillag) jelent akárhány 
akármilyen karaktert, a ? (kérdőjel) pedig egy tetszőleges 
karaktert. A legtöbb címszűrést ennyivel el is lehet intézni, 
néha azonban a szabályos kifejezésekre is szükség lehet. A fenti 
sort behelyettesíthetjük a következővel: 





Realm Regex "http://.$V.linux.hu/ 


Ez pontosan ugyanazt a szűrést fogja elvégezni, mint az eggyel 
feljebbi. Szabályos kifejezést ennél sokkal összetettebb fela- 
datokra érdemes alkalmazni. Ha ezen beállításokkal élve indí- 
tanánk el az , indexer7-t, kis hivatkozáskövető robotunk már 
jelentős mennyiségű oldalon menne keresztül, de ne paza- 
roljuk a linux.hu erőforrásait. Ha egy mód van rá, az indexelő 
robot figyelmét inkább egy saját weblapra irányítsuk! 

A feldolgozás végeztével, de akár közben is, böngészőnkkel 
ismét meglátogathatjuk a search.cgi-t, és lőn csoda: ha jó szót 
írunk be, előbukkan a találati lista. Hurrá, pezsgőbontás, 
tűzijáték! A keresőmotor telepítése és élesztése sikeresen lezaj- 
lott. Korántsem lehet elégedetten hátradőlni a karosszékben, 
hiszen egészen idáig egy mukkot sem ejtettem arról, miként 
fog a mmnoGoSearch és a PHP együttműködni. 

Ahhoz, hogy a hőn áhított együttműködés létrejöjjön, a PHP-t 
természetesen a mmnoGoSearch-támogatással kiegészítve újra 
kell fordítani. Ezért akár az egész PHP is újrafordítható, de 
vélhetőleg a kiszolgálón futó PHP-programocskáink jelenték- 
telen hányada fogja a PHP-nak ezt a modulját dolgoztatni. 

És biza, ha befordítjuk, minden PHP-fájl futtatásakor ott lesz 

a memóriában, amiből pedig sosem elég. Fontos még, hogy 
gépünkön a libz.so függvénykönyvtár telepítve legyen, és a 
PHPis -with-zlib beállítással legyen lefordítva. A z1ib 
Debianon az apt-get install libz parancssorral ott is volt 
a gépen, ezek után a PHP újrafordítása is könnyedén lezajlott. 
Ha már újrafordítás, a - -with-mnogosearch kapcsolót is be 
lehetne illeszteni, de a fenti takarékossági megfontolásból nem 
tettem meg. Kinek hogy tetszik: a PHP újrafordítható, ha az ere- 
deti beállítások mellé a mnogosearch beillesztését is felvesszük. 
Az újrafordítás megkezdése előtt ne feledjünk el egy make 
clean-t is kiadni, és a config.cache állomány törlése is hasznos. 
A mnogosearch-kiegészítés külön lefordítása sem ördöngösség, 
ehhez mindössze a PHP forráskönyvtárából a . /configure 
-with-mnogosearch-shared parancsra, majd egy make-re 
lesz szükség. Ezzel a műveletsorral a forráskönyvtár modules 
alkönyvtárában egy mnogosearch.so nevű állományt kapunk 
vissza, ezt kell beraknunk a PHP kiterjesztő moduljait tartalma- 
zó könyvtárba. E könyvtár elhelyezkedése egy phpinfo ( ) -ból 
extension dir néven megtudható, de a php.ini-ben termé- 
szetesen meg is adható. A lényeg a végeredmény, a 
mnogosearch.so az extension dir-nek megfelelő könyvtárba 
kell kerüljön. Innentől amelyik PHP-parancsfájlban szükségünk 
lesz amnoGosSearch-kezelő függvényekre, be kell szúrni egy 


d1li( mnogosearch.so ) ; 


sort az elejére, és rendszerünkbe máris behúztuk a megfelelő 
kiterjesztést. 


Együtt a PHP-val 

Most, hogy minden együtt van, minden működik, lássuk, mi 
módon tudjuk kisajtolni a kereséseket a mnoGoSearch adatbá- 
zisából a PHP erre szakosodott, immár telepített utasításain 
keresztül. Ahhoz, hogy a mnoGoSearch keresőjében lekérdezé- 
seket hajthassunk végre, szükség lesz egy kapcsolódásra. Ez a 
modul is a szokásos utat követi, ahogyan azt a fájl- vagy az adat- 
bázis-kezelésben megszokhattuk. Először le kell foglalnunk egy 
adott típusú erőforrást, hogy aztán ennek az azonosítójával 
hivatkozva végezhessünk műveleteket. Az első lépés mindig az 
udm alloc agent () függvény meghívása lesz, az utolsó szó 
joga pedig minden esetben az udm free agent ()-et illeti. 
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E második függvénnyel tudjuk elvégezni munkánk végén a ta- 
karítómunkát — némi hasznos memória visszaadásával a rend- 
szernek. Ennek egyetlen értéke az azonosító, amit a kapcsolat 
létrehozásakor az udm alloc agent ( ) -től kapunk. A függ- 
vény egyetlen kötelező értékében a kapcsolódási adatokat kell 
megadnunk, melyek megadási formája teljes mértékben meg- 
egyezik a mnoGoSearch beállítási fájljaiban használatos DBAddr- 
féle címformával. Érdemes megemlíteni, hogy az itt megadott 
adatbázisfelhasználó-jelszó páros nem kerül kiértékelésre, csak 
ha az udm find() függvény meghívásával érdemi keresést 
kezdeményezünk. Ezért ne csodálkozzunk, ha az esetleges 
csatlakozási hiba nem itt, az erőforrás foglalásakor keletkezik, 
hanem pár utasítássorral később. Nagyon fontos, ezért külön 
kiemelendő, hogy az adatbázis-hozzáférést megadó címet egy / 
(perjellel) zárjuk, enélkül ugyanis a kapcsolat nem fog létrejönni. 
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[linuxvilág 
NUM ROWS: 4 

I FOUND:14 

Í. WORDINFO: linuxvilág : 14 


SEARCHTIME: 0.01 
FIRST DOC:11 
LAST DOC:14 
12 


(1) Linux.hu 

[Főoldal ] Hír beküldése ] További híreink ] Keresés a hírekben ][ Hírlevél ] Rólunk ] Evfolyamok 1999 2000 2001 2002 Január Február Március 
Április Május Június Július Július 1. 2. 3. 4. 

http ZA linux. hularohíve.php?LinuxHu Session-geS5bbacbfa5e542c99ceb180c7d5896a 


t1) Linux .hu 

[ Főoldal ] Hír beküldése [ További híreink ] Keresés a hírekben ][ Hírlevél ] Rólunk ] Hír beküldése Beküldő neve : Beküldő email elme : Cím: Hir: 
segítség Használható tagek A elmben, a névben és az email címben nem használhatsz tage 

http ZAunhr linux hulnewssubrit.php?LinuxHu Session-ge5bbacbfa5e542c99ocebi B0c7d5896a 


(1) Linux hu 

Nincs megjeleníthető hirdetés ( Főoldal ] Hir beküldése ] További híreink ] Keresés a hírekben ] ( Hírlevél ] Rólunk ] Legfrissebb híreink: " 
WIDTH-1 HEIGHT -1: A Blender jövője Júl. 10, 085025 Május 23-án a követke 

http ZA linux. hulindex php?LinuxHu Session-geSbbacbfa5e542c99ceb180c7d5896a 


(1) Linux hu 

- [Főoldal ] Hír beküldése ] További híreink ] Keresés a hírekben ]( Hírlevél ] Rólunk ] Legfrissebb híreink: " WIDTH-1 HEIGHT-1 3 A Blender 
jövője Júl. 10, 0850 25 Május 23-án a következőkről számoltunk be: "A gnullinux világ egyik 
http Zharnowr linux. hu 
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4. kép Keresés, immár PHP-val 


Az előbb említett udm find() függvény által tudunk keresé- 
seket végrehajtani. Két értéket vár, az elsőben a keresés kezde- 
ményezése előtt lefoglalt erőforrás azonosítóját kell megadni, 
másodikként magát a keresőkérést. Egy keresés megadásakor 

a keresendő szavak szóközzel elválasztott listáján felül egyéb 
trükkökkel is élhetünk: a különféle szavakat zárójelekkel 
csoportosíthatjuk, köztük logikai műveleteket is végrehajtha- 
tunk. Az ét (és jel) a logikai és-t, míg a ] (csőjel) a logikai vagyot 
hivatott jelképezni. Megjegyzem, a sima szavak felsorolása is 
olyan, mintha logikai és jellel választottam volna el őket egy- 
mástól. Azaz a linux php keresőkulcs ugyanazt az eredmény 
fogja adni, mint a linuxphp. Ugyanakkor a linux] php 
olyan találatokat hoz, amelyekben vagy a linux vagy a php szó 
megtalálható. A kizárt szavak megjelölésére a keresőkben 
általában megszokott kizáró - (mínuszjel) helyett itt a —-t (tilde- 
jelet) állították hadrendbe. Az ilyen jellel előjelzett szavakat 
tartalmazó dokumentumok e lehetőség kihasználásával nem 
kerülnek a találati listába. Megjegyzem, önmagában egy -php 
keresési kulcs megadása nem értelmezhető, nem fogja az 
összes olyan találatot kiadni, amelyben nem szerepel a php 
szó. Ez csak ara való, hogy a meglévő találati listából kizárja 

a nem megfelelőket. Az alábbi tehát működik: linux -php, 
ami által olyan dokumentumok kerülnek a találati listára, 
melyek Linux témába vágóak, ámde amelyekben szó sem 

esik a php-ról. Ha végül sikerült keresést kezdeményeznünk, 
eredményéhez egy azonosítón keresztül férhetünk hozzá. 

Ezt az azonosítót az udm find() adja meg számunkra, vissza- 
térési értékként. 
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A keresőoldal 


28 
dette li Ce PERBAGET 0); 


if (!lextension loaded ("mnogosearch.so")) 1 
al: miogoseéaárch. so" ) ; 
) 


echo " 

Stomm action" S SPHESSETB Te 
cinput type-text name-"searchtxt" 
sza SSS aa Gila ssal 


c THOSE SS üomt e mames Sstattiiseason 
svalue-"Keresős"s 
2/TtOoTIMe" 


agent tdesuen atos tágertie 

s ( myegli://nőv:jelsz Olocalhost[-rmogosearch/" ) ; 
üde setsagent pata 

5 (Sagentid, UDM PARAM CHARSET, " i50-8859-2" ) ; 
tdn-EetdagenttépaTran 

5 (Sagentid, UDM PARAM PAGE SIZE, PERPAGE) ; 
dns laGgEent param 

— (Sagentid, UDM PARAM PAGE NUM, $page) ; 

SStesS Adm tadsagemete S seszeltése) 7 
SEM öWwS —- dMEGELEEES ÉT BATAN 

— (Ssres, UDM PARAM NUM ROWS) ; 

Szumma tognee  üdmeget éves hatan 

5 (Ssres, UDM PARAM FOUND) ; 


SCho PF NUM ROWS: mum tows: ebe"; 
eSeGhOE TT BOUND: "nun tounde eoéo 

Echo: NORDTNEOSE TS údmeget res" baram 

9 (SSTES,  UDM PARAM WORDINBOJ S "ébe" ; 
echo SEARCÉTTTME Se emegettres DaTain 
— (Seres, UDM PARAM SEARCHTIMB) .  ebr:  ; 
EGO HTRSEMOS ZT emEget TÉS pata 
9 (SSres;  ÚDM PARAM EIRST DOC "EDE" 


Miféle adatok nyerhetők ki ebből az azonosítóból? Az 
udm get res param() a keresés eredményére általánosan 
jellemző adatokat adja vissza, míg az udm get res field() 
segítségével a találatok adatainak kinyerése lehetséges. 
Kezdjük az általános adatokkal! Ezek megszerzéséhez első 
értékként a keresési eredményt megjelölő azonosítót kell 
megadni, tehát azt, amit az udm find() kiadásakor kaptunk, 
másodiknak pedig azt kell megadnunk, hogy mely adatra van 
szükségünk. Ezek az adatok a következők: 
e. UDM PARAM NUM ROWS: a listázásra kerülő találatok 
száma. 
e. UDM PARAM FOUNDB: az összes találatok száma. Mivel 
a találatok megadható méretű oldalakra bontódnak szét, 
az eggyel ezelőtti adat nem feltétlenül egyezik meg ezzel, 
ami valóban megadja, hány találat sikeredett. 
e. UDM PARAM WORDINFO: szöveges formában adja vissza, 
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echo TASTBOC:sset s ndmnegetétes (pata 
5 (SSstes,  UDM PARAM TtAST DBOCYIE: zbt2 ; 


Smaxpage - ceil($num found /  PERPAGE) ; 
Spage — floor(Spage) ; 
Spage - (Spage : Smaxpage) ? Smaxpage:Spage; 
echo " ccenter:" ; 
for (51-O; Si-Smaxpage;:; Sirir) ( 
echo " 
sans S ESSEHETSERES SEA GENEKES 
ap:  ürlertcodelSsearchntxt) . " spagez-" . (51). ""- 


Sep LE e ea 


echo " c/center:!" ; 
OZ AS d 07 "1 enüMmELOWS Sit Es 
ön e e SS e MEG S SEBES SE Tette 


B (SStESZOTT ő DM ETEEHOZÜRE 

0 Erste ete dö KE a AMG EE ÉESESÍHE TE Ea 
9 (Ssres, Si, UDM FIELD TITLE) ; 
sins eszs e sÜGMÉEGSESVES BE Te Tel 
9 (Seres, Si, UDM FIELD TEXT) ; 
Sntsösatúaga s ndmEgGge tt vesét te e 
9 (Ssres,$i, UDM FIELD RATING) ; 


echo " 

205 

CST astnege 

SEN S E ES AS SL SS ASZ EPE ÉSST 
ete /Docz/a- zó S SMItZTESxE EDE 

SANT See Sto LESTE ERSZ A EKE lése] 
REGESZ Tot 


] 


CEMO S pSRDTNVEZSTON TE S ÜGMÉGDTÉVETSTONM (VSE ő 


25 


hogy az egyes szavakra külön-külön hány találat érkezett. 
e. UDM PARAM SEARCHIIME: századmásodperc pontos- 
sággal a keresési idő. 
e. UDM PARAM FIRSIDOC: az éppen listázandó oldal első 
találatának sorszáma. 
e. UDM PARAM LASIDOGC: az éppen listázandó oldal utolsó 
találatának sorszáma. 
Lapok? Bizony-bizony, a mmoGoSearch modul a találatokat 
lapokra osztja. Ha másképp nem rendelkezünk, az első oldalt 
fogjuk visszakapni, és egy oldalon húsz találat megjelenítésére 
kapunk módot. Ezen természetesen lehet változtatni, csupán 
az udm set agent param() függvényt kell szorgalmasan 
hívogatni. Pár példa a teljesség igénye nélkül: 


// 10 talklat legyen 1 oldalon: 
udm set agent param(Said, UDM PARAM PAGE SIZE, 10) ; 





// UgrEs a harmadik oldalra 

// (az elsi oldal szAma a 0) 

udm set agent param(Said, UDM PARAM PAGE NUM, 2) ; 
Ennek megad£Esa nagyon fontos, mert englk 1 
a mnoGoSearch hib£san keresi a megadott 
ökezetes szavakat! 

Meg kell egyeznie az indexer.conf-ban 

// megadott LocalCharset OGrtOkkel. 

udm set agent param($aid, UDM PARAM CHARSET, 
5! ]1s0-8859-2" ) ; 


A fentieken túl ezen a függvényen keresztül rengeteg beállítást 
lehet megadni, de helyszűke miatt erre most nincs lehetőség, 
viszont a 3 http:/hu.php.net/mnogo címen a teljes lista elér- 
hető. Térjünk inkább rá, hogyan is lehet a találatokat kipré- 
selni, hogy azután gusztusos formában tálalhassuk a nyájas 
látogató elé. Erre a korábban már említett 

udm get res field() hivatott. Első értékként a keresési 
eredménylistára hivatkozó azonosítót kell megadni, második- 
ként pedig a találat oldalon belüli sorszámát. Figyelem, a 
számozás nulláról indul! A harmadikkal megmondjuk, melyik 
adatra van szükségünk az adott találati sorral kapcsolatban, 
lehetséges értékei közül a fontosabbak: 


e. UDM FIELD URL: a talált oldal webcíme. 

e  UDM FIELD IIILE: a meglelt weboldal ctitle: 
c/title: címkéi közt megadott oldal elnevezés. 

e. UDM FIELD DESC: a meglelt oldal leírása. Ezt a mnoGo- 


Search az oldal Description-típusú metaeleméből nyeri ki. 


e  UDM FIELD IEXI: az oldal szövegének első pár sora. 
A fenti Description hiányában érdemes kijelezni, hogy a 
keresést kezdeményező némi rálátással bírhasson, ez-e a 
neki megfelelő oldal. 


Végszó 

Nagyjából ennyi azoknak a PHP-utasításoknak a köre, amelyek 
alkalmazása elengedhetetlen, ha ezen a módon akarunk 
kereséseket végrehajtani. Összefoglalóként lássuk mindezt 
egyben is, egy igen egyszerű keresőoldal példáján keresztül, 
melyet a 66. oldalon tanulmányozhatnak részletesebben. 


Heilig (Cece) Szabolcs 

(cece(ophp.net) Veszprémben él. Hobbija, 
kedvenc időtöltése és munkája Is a prog- 
ramozás. Szabadidejében hajlamos kerék- 
párra pattanni, vagy baráti társaságban 





szerepjátékokkal foglalatoskodni. 


Kapcsolódó címek 


A keresőmotor hivatalos lapja 

2 http:/Avwvw.mnogosearch. org 

A mnoGoSearch PHP-modul leírása 
2 http://hu.php.net/mnogo 





www.linuxvilag.hu 


2002. szeptember 61 


. Szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 





. — Szaktekintély 


0 Kiskapu Kft. Minden Jog fenntartva 





Adatbázisok egységesített elérése PHP-val 


Írásunkban két olyan módszert tárgyalunk, amelyekkel egyszerűbben férhetünk hozzá 
adatbázisainkhoz: a PEAR::DB-t és az ADODB-t. 


mennyiben foglalkoztál már PHP-val, a PEAR név 
AA biztosan ismerősen cseng. Magyarul körtét jelent, 

de PHP-s körökben hallatán inkább az e névvel fémje- 
lezett alkalmazáscsomagra gondol az ember. lapasztaltabb 
felhasználóknak az ADODB név is ismerősen csenghet. 
Cikkünkben a PEAR::DB és az ADODB nevű egységesített 
adatbázis-elérési rétegekkel fogunk megismerkedni. Mindkét 
programcsomag egy egyszerűnek tűnő, de eddig megoldatlan 
gondot orvosol. legyük fel, hogy az egyik délután írtál egy 
néhány oldalas PHP-kódot, amellyel a cég MySOL-adatbá- 
zisában kell valamilyen műveletet elvégezned. Tételezzük fel 
azt is, hogy nap mint nap ilyen egyszerűbb kódokkal foglala- 
toskodsz. Hónapok, esetleg évek során egész szép mennyiségű 
kód gyűlik össze, benne kisebb-nagyobb programokkal, ame- 
lyekben csak az a közös, hogy egy adatbázis-kiszolgálón 
végeznek különböző műveleteket. A programok száma egyre 
nő, a cég ügyfélköre is folyamatosan gyarapodik, egy szép 
napon pedig -— amikor már nem tudod tovább állítgatni az 
adatbázis-kiszolgálót — rádöbbensz, hogy a jelenlegi rendszer 
teherbírása már nem elégséges. A cég vezetősége úgy dönt, 
hogy ezt elhárítandó egy Oracle adatbázis lenne a megfelelő. 
És innentől kezdve csőstől jönnek a nehézségek: az adatbázis 
megváltoztatásával az összes eddigi alkalmazás alól — mond- 
hatni — kihúzod a szőnyeget. Minden egy csapásra működés- 
képtelenné válik. 
Ha nem voltál elég előrelátó, és ilyen helyzetben találod 
magad, az elkövetkező hónapok lehet, hogy a korábbi prog- 
ramok újraírásával fognak telni. Ha ellenben erre az eshető- 
ségre már a legelején is gondoltál, előfordulhat, hogy mind- 
össze egyetlen fájlban kell egy változó értékét módosítanod. 
Amennyiben előretekintő vagy, a fenti módosítással a cég — és 
egyben az adatbázis - fejlődése akadálytalanul folyhat tovább, 
és neked nem kell mást tenned, mint amit eddig: az adatbá- 
zisból értékeket kihalászni, megjeleníteni és olykor módosítani. 
Ha viszont balszerencsésnek bizonyulsz, nincs más választá- 
sod, mint ettől a pillanattól kezdve elszakadni az, eddig hasz- 
nált adatbázisodtól, és egy adatbázis-független kód írásába 
kezdeni, szabadidődben pedig a korábban felhalmozódott 
kódtömeg rendbetételével foglalatoskodni. 
Mostanra valószínűleg mindenki számára világossá vált, miért 
is kell a PHP alapértelmezett adatbázis-felületét úgy ahogy van 
elfelejteni. Lássuk hát a megoldást! 


A PEAR 


A PEAR egy nyílt forráskódra épülő PHP-programkönyvtár, 
mely PHP- és C-bővítményeket egyaránt tartalmaz. Hasonló 
a Perl CPAN-jához. Az teszi mégis különlegessé, hogy a 
PEAR-ben található bővítményeknek egy sor szabálynak meg 
kell felelniük. Ezek a szabályok ugyanúgy vonatkoznak a 
kódolási stílusra, a kód tagoltságára, a bekezdések elhelyez- 
kedésére és a behúzások nagyságára, mint az alkalmazások 
egységesített programozói felületére, valamint a megjegy- 
zések elhelyezkedésére és szerkezetére. Ezeknek a felté- 
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7. lista A MySOL-adatbázis létrehozása (db.sal) 


CREATE DATABASE konyvesbolt; 
USE konyvesbolt; 


CREATE TABLE konyvek ( 
Serszam smajtltknsettótetÉéEEtEÉÉö-; Egen 
darabszam tinyint, 
könyveim valkljzte EGE 
PRIMARY KEY (sorszam) 
1 


INSERT INTO konyvek (darabszam, konyvcim) 
SVALÚES (10;  "Akigdrt a harang sz 1"); 
INSERT INTO konyvek (darabszam, konyvcim) 
SVALUBS (15. ""EGgei csillagok?!) : 

INSERT INTO konyvek (darabszam, konyvcim) 
SVALUÉES(20, "Zabhegyezi"); 

INSERT INTO konyvek (darabszam, konyvcim) 
SVAÁLÚES(8, "A PAl ütcai Cick"); 


teleknek mind a programkönyvtárhoz kapcsolódó C-progra- 
moknak, mind a PHP-programoknak meg kell felelniük. 

Egy alkalmazás csak akkor lehet a programcsomag része, 

ha minden elvárásnak eleget tesz. 

A PEAR telepítéséhez először a csomagkarbantartó programot 
kell letöltenünk és telepítenünk a következő paranccsal: 


lynx -source http://pear.php.net/go-pear ] php4 


Megeshet, hogy a PHP4 rendszerünkön a php paranccsal 
érhető el, ez esetben a következőt kell beírnunk: 


lynx -source http://pear.php.net/go-pear ] php 


Mindkettőhöz az szükségeltetik, hogy rendszerünkön a PHP4 
CGI-csomagja elérhető legyen, akkor is, ha a PHP4-et nem 
CGI-ként, hanem Apache-bővítménykérnt futtatjuk. A csomag 
neve php4-cgi, ami Debian rendszereken az apt-get 
install php4-cgi paranccsal egyszerűen telepíthető, más 
rendszerek esetén pedig az adott Linux-terjesztéshez adott 
CD-k valamelyikén találjuk meg. A parancs futtatása után 
fogadjuk el a felajánlott beállításokat, és kérjük az alapértel- 
mezett csomagok telepítését. Ha rendszerünkön nem a PHP4 
CGI-változatát használjuk, a /etc/php4/cgi/php.ini 
megváltoztatása nem szükséges, ellenben a 
/etc/php4/apache/php.ini tájlban az include path nevű változót 
módosítanunk kell, hogy tartalmazza a PEAR könyvtárát. 

Ha a kérdéses sor eddig így nézett ki: 


inelüdeé bátbhr e 9." 





2. lista A beállításokat tartalmazó fájl (config.Inc.php) 


J-measzgplaó 

2 

eeliseloígost — " Locáatiinostiá 
4. Sdbuser - " fulesmacko" ; 
5. Sdbpass s EFCS Soc 
6. Sdbname - "konyvesbolt" ; 
/ 

CZ 


3. lista A MySOL közvetlenül (mysal.php) 


isssz piib 

2 

csa Lude ( " conf 1S88MMSEN eln jekls 

ZER éz 

5. Sdb EMiWvsgi conndóieókóoS KE eSESE E 
Sdbpass) ; 

GZ B 

renysgi selecteékető előmömeNks 

8... Ssegl — TSEGECT : EROM könyvek"; 

SES BESE my ESgŰÉEYy ÜSS Se 

IKON EME ZSELÉ ELEHEtOWŰ 5 CÉS 9 

Je PEINEE ese eddő)jzbes ns zővowi2s 

s cow EI 
TE 
ÜZ ot Tmet ( "Kényvek száma sdeoé- mi 


üysgi name zows (S-es) ) ; 
14." myegil-előselsdb) ; 
10: 
TO 


akkor erre kell cserélnünk: 
include path - "/usr/share/pear:." 


A telepítést követően rendszerünkön rendelkezésre áll a 
/usr/bin/pear nevű futtatható fájl, amellyel a PEAR 
bővítményeit kezelhetjük. A rendelkezésre álló bővítmények 
listája $ http:/pear.php.net/packages.php címen érhető el, 


de kipróbálhatjuk az alábbi a parancsot is: 
pear list-remote-packages 
A listából kiválasztott elemet a 


pear install 
shttp://pear.php.net/get/csomag neve 


paranccsal telepíthetjük fel, vagy ha a szükséges csomagot 
már letöltöttük, a következő is elég lesz: 


pear install csomag.tgz 
A Debian-változat legújabb terjesztéseiben a PEAR, illetve 


az alapértelmezett csomagok az apt-get install 
libphp-pear paranccsal is telepíthetők. 


www.linuxvilag.hu 


4. lista A PEAR::DB-példa (pear-db.php) 


igy.  -?php 
2 
3. incs ( " config ölEEbtöF6pg 
4. reguire once (" DB . DIRKENNNA 
5ENESdoSZÉNDB SEGOMAEGE 
( "mysal : // Sdbuser : SdopassoSdbhost/ Sdbname!" ) ; 
Bé 
7. // erre itt nincs sz ksög (select db) 
ASS eGg ls ESEK EET SS NEROM e könyvek 
9. Sres - $db-sguery($sal) ; 
10. while (Srow - Sres-:fetchRow-() ) 
Vele DEJMEt( ss ii Sddb)ebr isz erowi2iő 
Srowldd 9; 
HZ e 
IZ peintt( RK nyvek száma; sd-bv- a", 


$res-:numRovws ( ) ) ; 
NSZSa DSG dsES S GAMEE AM N 
155 
JESESETÉZ e 


5. lista Példák adatbázis-azonosítókra 


dbt pus://felhngOv:jelsz eprotokoll-ggpngv : 
w95h55//usr/zdbngv . d§8$ 

dbt pus://felhnOv:jelsz oggpngv/dbngv 

dbt pus://felhnOv:jelsz oggpnáv 

dbt pus://felhnov oggpnOv 

dbt pus://gőpnÖv/ dió 

edbt pus://göpnöv 

elötmpus (vAELkezői 

dbt pus 
dbt pus: 
sADAÖV 
dot pús://tfelhnöv:jelsz unix 
9 (/var/ runydbsoecket ) /dongv 


//celhnöv:jelsz:0tcep(locAihost:555)7 


Előkészületek 

Mielőtt belevágnánk programjaink és elveink megreformálá- 
sába, nézzük csak meg, hogyan dolgoznánk, ha adatbázisain- 
kat a PHP felületén keresztül közvetlenül kezelnénk. Ebben az 
esetben az első dolgunk az, hogy meghatározzuk, milyen adat- 
bázist szeretnénk használni, mert ettől függ a kód többi része. 
Mi most a MySOL-t vesszük alapul, tekintve, hogy ez az egyik 
legnépszerűbb adatbázisrendszer (PostgreSOL-rajongóknak: 
csak a PostgreSOL után!). Hozzunk tehát létre a MySOL-ben 
egy új adatbázist, és abban egy példatáblát (lásd 1. lista). 

Ha ezzel megvagyunk, készítsünk egy egyszerű eljárást, 
amellyel adatbázisunk tartalmát kiíratjuk (2. és 3. lista). Ha ez is 
kész, továbbléphetünk, és megtudhatjuk, hogyan zajlik mindez 
a függetlenített adatbázis-elérési módozatokkal. 


Adatbázis-kezelés PEAR::DB módra 

A 4. listán a MySOL-es példa látható kissé átalakítva. Az óriási 
különbség a két programkód között az, hogy míg az első 
esetben a kód mondjuk Oracle-re történő átültetése legalább 
5—10 percünkbe kerülne, addig ebben az esetben nem tart 


tovább néhány másodpercnél. Nem is beszélve arról, hogy az 
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6. lista A PEAR::DB által támogatott adatbázistípusok 


mysgi FESZES 
pgsgl  -3 PostgreSoOL 


ibase  -s:5 InterBase 

msagl -s Mini SOL 

mssgal  -35 Microsoft SOL Server 

oci8 -5 Oracle 7/8/8i 

odbc -s5 ODBC (Open Database Connectivity) 
sybase -: SyBase 

JATEK -5:" INtormix 


tosgi" -: FErontBase 


Oracle PHP-s felületének leírását is át kellene rágnunk, 
mielőtt belekezdünk az új kód megírásába. Itt mutatkozik 
meg igazán, micsoda kényelmet jelent egy egységesített 
felület használata. 

Vegyük szépen sorra, mit jelentenek az egyes sorok! Először 
is a 3. sorban beillesztjük az adatbázissal kapcsolatos beállítá- 
sokat tartalmazó fájlt — ez egyértelmű. A 4. sorban esetleg 

a reguire once () tűnhet furcsának. A once módosító 
arra hivatott, hogy ha a programunk egy más részén már 
beszúrtuk a kérdéses fájlt, programunkat esetlegesen meg- 
zavarva ne szúródjék be újra. Az include () és a 

reguire () között egyébként csak annyi a különbség, hogy 
az include () csak figyelmeztet, ha nincs meg a keresett 
fájl, viszont a reguire ( ) , ha nem találja a fájlt, a program 
futását le is állítja. Az első lényeges különbségek az 5-7. 
sorban mutatkoznak meg. Míg a PHP alapfelületével szük- 
séges volt külön kijelölni az adatbázist, PEAR::DB esetében 
egy különleges DSN-t, vagyis adatbázis-azonosítót kell 
megadnunk. A DSN-nek csak a neve ijesztő, használata jóval 
egyszerűbb, mint ahogyan azt az 5. lista egyértelműen meg- 
mutatja. A 6. lista a PEAR::DB által támogatott adatbázisokhoz 
tartozó kulcsszavakat tartalmazza, amelyeket a DSN-ek 
megadásánál vehetünk igénybe. 

A 8. és 9. sorban sem találhatunk lényeges újdonságokat: meg- 
adjuk a lekérdezést, majd a $db objektumon keresztül futtat- 
juk. A 10. sor már tartalmaz néhány újdonságot, itt tűnik fel 

a fetchRow() tagfüggvény is. Ennek a feladata, hogy az 
adatbázistól sorban lekérdezze az SOL-utasításra válaszul 
érkezett mezőket. A 13. sorban található numRows ( ) tagfügg- 
vény a lekérdezés által visszaadott sorok számát jeleníti meg, 
ezt követően pedig a disconnect () tagfüggvénnyel leválunk 
az adatbázisról. 

Az adatbázis módosítása az INSERT, UPDATE és DELETE 
utasításokkal ugyanúgy működik, ahogy korábban megszok- 
tuk, csak ebbe az új környezetbe van beleültetve. 

A fetchRow( ) függvényről még tudnunk kell valamit. Sokkal 
barátságosabbá tehetjük programunkat, hogyha számok 
helyett az adatbázis egyes mezőire a nevükkel hivatkozunk. 
Ennek beállítására szolgál a fetchRow() tagfüggvény első 

és egyben el is hagyható kapcsolója, amely alapértelmezésben 
a DB FETCHMODE ORDERED értéket veszi fel. Ha azonban az 
eddigiekkel ellentétben aDB FETCHMODE ASSOC vagy 

DB FETCHMODE OBJECT értékekkel hívjuk meg, a mezőkre 

a nevükkel is hivatkozhatunk: az első esetben egy nevesített 
tömb segítségével, az utóbbinál pedig objektumhivatkozáson 
keresztül. Például: 


Srow - S$res-:fetchRow(DB FETCHMODE ASSOC) ; 
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7. IIsta A prepare(), az execute() 
és a guote() (pear-db-2.php) 


TSSES üagkonyvek - argeáy ARRA SS BBBB NSZ GEGEő 


Pe 
ze ssgi - "INSERTSHEENTOSKkonyyeköiearabszam 
Konyvcim) ATBEGKÖ SE ee REN MEES 

4. Sguery - Sdb-:prepare(Ssal) ; 

5 A 

6. foreach (Sujkonyvek as Sujkonyv) 

5746 Sres - $Sdb-sexecute(Saguery, 

5do--güöotelsujkonyv) ) ; 

6 

9." Sújkeönyvek2 - array) ; 

LOS üjkonyvek2i iso ractay (125 Szgb 
remönyek" ) ; 

11. Süjkoöonyvekz [I/- arrayi21, " "BeCSee a 
fegyverektil!") ; 

ÜZ 

iI3::-Ssgi —-— "INSERT INIOÓ konyvek (([dáraoszam; 


JEG TR SZAVZ CS ÁT ) KN VT Se 
14. Sguery - Sdb-:prepare(Ssal) ; 
JEDEt 
16. foreach (Sujkonyvek2 as Sujkonyv2) 
ülsz Sres - Sdb-sexecute(Saguery, 
DB-3:guote (Sujkonyv2) ) ; 


9. lista Az ADODB-példa (adodb.php) 


Sela 


include ( " conf 1OeőlMinstttellntolátlss 
reguij8monce ( " ad Greliszttátmtsáttto tetje át tss 

sdb SENEéWADOCOnnae€ dom e mays eltette 
S5db-:Connect (Sdbhost, Sdbuser, Sdbpass, 
Sdbname ) ; 

// erre itt nincs sz ksÖg (select db) 
ssgis et SERET ék EROM konyvek" 

9. Sres - Sdb-5Execute(Ssal) ; 

10. for (; !Sres-btsEOF; Sres-sMoveNezt ( ) ) 
aal DEjet 15 debréőe- Vr 
Sres-:fields[2], Sres-:fields[1]); 


OU HB WEE 
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IL a 

13. "pedntt (vk nyyek szama: " sdébr- ya! 
Sres-:RecordCounit ( ) ) ; 

14. S$Sdb-5Close() ; 

ISS 

MEG ESEK 


printl(Srowl könyveim !);: 


vagy: 


Srow - S$res-:fetchRow(DB FETCHMODE OBJECT) ; 
print (Srow-skonyvcim) ; 


Ha a fetchRow ( ) -nak nem akarjuk minduntalan megadni 
az általunk előnyben részesített hivatkozási mód nevét, a kö- 





vetkező paranccsal alapértelmezetté tehetjük: 
$db-ssetFetchMode(DB FETCHMODE ASSOC) ; 


Hibakezelés 
A PEAR: :DB isError-() statikus — vagyis nem objektumhoz 
kötött — tagfüggvényével ellenőrizhető, hogy az elvégzett 
művelet során történt-e valamilyen hiba: 
Sdb - DB: :connect (SDSN) ; 
if (DB::isError(SdB) ) 

die ($db-sgetMessage ( ) ) ; 


A hiba leírásával a getMessage () tagfüggvény tér vissza. 
Az adatbázis-lekérdezésnél előforduló hibákat az alábbi módon 
ellenőrizhetjük: 
$res - $db-sguery($sal); 
if (S§db-sisError(Sres)) 
die (DB: :errorMessage (Sres) ) ; 


A PEAR : :DB-nek egy önműködő szerkezete is létezik a hibák 
kezelésére. Erről bővebben a 3 http:/pear.php.net/manual/en/ 
címen olvashatsz, a DB: : setErrorHandling ( ) 
tagfüggvénynél. 


További lehetőségek 

Amennyiben több hasonló módosítást szeretnénk végrehajtani 
egy adatbázison, jó szolgálatot tehet nekünk a prepare () és 
az execute () tagfüggvény. Mindkettő ismerős lehet, hiszen 
a Perl DBI programozása során már találkozhattunk velük. Vess 
egy pillantást a 7. listára! 

A prepare () tagfüggvénnyel egy lekérdezést többszöri 
használatra lehet felkészíteni, a lekérdezésben változó érté- 
keket pedig az execute () tagfüggvény egymás után követ- 
kező meghívásai során adjuk meg. Az execute () első értéke 
a prepare ( ) által visszaadott Saguery változó, melyet az 
értéket tartalmazó változó vagy — több érték esetén -— az érté- 
keket tartalmazó tömb követ. 

A guote () függvény szerepe nagyon fontos: a segítségé- 

vel biztosíthatjuk ugyanis, hogy az adatbázisba kerülő értékek 
mindig az adott adatbázisnak megfelelően kódolódjanak. 

Az ,ez egy A betű" karakterláncban az aposztrófot a MySOL 
esetén egy visszafelé tört vonallal védenénk le (,ez egy VAV 
betű ), míg MS Accessben vagy Sybase-ben egy másik aposzt- 
róffal (,ez egy "A" betű"). Egy jól megtervezett adatbázis-egy- 
ségesítési rendszerben az ilyesmikre is gondolni kell! 


A PEAR::DB hátulütói 


A PEAR::DB egyik legnagyobb hibája minden bizonnyal 
az, hogy még igencsak fejlesztés alatt áll, következéskép- 
pen néhány dolog nem működik benne, vagy nem úgy 
műkö dik, ahogy az ember elvárná. A PEAR::DB-ből 
egyelőre az adatbázisrendszerek kezeléséhez elengedhetet- 
len dátumkezelés egységesítését megvalósító függvények 
is hiányoznak. Erre feltétlenül szükség van ahhoz, hogy 
valódi adatbázis-független kódot írjunk, így remélhetőleg 
a közeljövőben ennek a megalkotására is sor kerül. Addig 
pedig — ha a PEAR::DB mellett döntünk - saját magunk 
alkotta függvényekkel vagyunk kénytelenek elvégeztetni 
ezt a feladatot. 
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Bemutatkozik az ADODB 

Az ADODB ugyanazt a célt szolgálja, mint a PEAR DB nevű 
csomagja. Működési elve és programozói felülete is hasonló, 

a különbség csupán annyi, hogy az ADODB jóval kiforrottabb 
kódra épül, és számtalanul többen használják, mint a 
PEAR::DB-t. Az is az ADODB mellett szól, hogy jelenleg sokkal 
több adatbázisrendszert támogat, mint a PEAR::DB. 

A PHP MySOL-ről átalakított példaprogramunk ADODB-s 
változata a ő. listán látható. Az elgondolás itt is ugyanaz, mint a 
PEAR::DB esetében, és a két felülethez tartozó kód - a kezelést 
illetően — lényegében ugyanaz, eltekintve a megvalósítás rész- 
leteiben rejlő különbségektől. Az első különbség az, hogy az 
ADODB esetében a csatlakozás két sorba tagolódik. A második 
szembetűnőbb: a for-t használjuk az eddig megszokott while 
helyett. Ez azért szükséges, mert az ADODB az egyes sorok 
lekérdezése után a sormutatót nem önműködően lépteti 
tovább, azt magunknak kell a MoveNext () tagfüggvény 
meghívásával megtenni. 


Összegzés 

Az ADODB és a PEAR::DB két jól átgondolt, adatbázis-keze- 
lést egységesítő rendszer, melyek használata minden komoly 
fejlesztő és cég számára mindenképpen indokolt. Jelen pilla- 
natban az ADODB használata fejlettségének köszönhetően 
elterjedtebb, ugyanakkor a PEAR::DB a PHP PEAR projektjé- 
nek a része - idővel valószínűleg ez fog fölénybe kerülni. ler- 
mészetesen csak akkor, ha az ADODB-t mind az adatbázisok 


támogatottságában, mind a leírás használhatóságában utolérik. 


Az ADODB-hez nagyon jó leírás tartozik, míg a PEAR-hez a 
szép és ügyes PHPDoc-ra épülő - ez azonban egyelőre sajnos 
még nagyon hézagos: teljesen hiányoznak belőle a példaprog- 
ramok, a tagfüggvények leírása sokszor egy-egy mondatra 
korlátozódik, nem is beszélve arról, hogy a dolgok a valóság- 
ban gyakorta nem úgy működnek, mint ahogyan elképzelték. 
Bármelyik megvalósítás mellett döntünk is, végeredményben 
csak jól járhatunk. 


Gludovátz Gábor 

(ggaborosopron.hu) egy soproni cég Linux- 
rendszerekkel foglalkozó rendszergazdája. 
Kedvenc időtöltése a programozás, és a 
Linux lelkivilágában való kutakodás. Ha ideje 
engedi, szívesen hódol szenvedélyének és 
bringáján a környező erdőket járja. Honlapja a 

2 http:/Awww.sopron.hu/-ggabor/ címen érhető el. 
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Együttélés 


Az elmúlt hónapban sokat játszottam egy dobozos SuSE Linux 8.0-s Professional 
kiadással. lelepítettem, próbálgattam, hangolgattam. Amit egy új rendszerrel 
általában tenni szokás, mind megtettem vele, sőt talán egy kicsivel többet Is. 


egtapasztalhattam mindent, amit egy 
egyszerű felhasználó valaha ki akarna 
próbálni. Ezeket a benyomásaimat 
fogom most kedves olvasóinkal megosztani. 


A telepítés 

Az első korong behelyezése után a rendszer telepí- 
tése a gép elindulásakor elkezdődik. Én a legegy- 
szerűbb telepítési módot választottam, mivel a leg- 
többen valószínűleg ezt választják. Viszonylag min- 
den rendben zajlott, de a merevlemez felosztásánál már 
egy négy, illetve egy tíz gigabájtos lemezrésszel rendelkeztem 
— ezek közül a tíz gigabájtoson tartom azokat az adataimat, 
amiket egy esetleges újratalepítés után is használni szeretnék. 
A telepítő azonban csak a nagyobbat jelölte meg mint telepítési 
célpontot -— formázással együtt-, a kisebbik pedig mintha nem is 
létezne a rendszeremen, tudtomra sem adta, hogy oda is tele- 
píthetném, vagy hogy egyáltalán létezik ilyen. Miután megér- 
tettem a telepítővel, hogy ez így nincs rendben, elkezdődhetett 
a tényleges telepítés. Az előre kiválasztott csomagokat telepítet- 
tem, nem változtattam semmit az összetevőkön, így a merevle- 
mezen elfoglalt hely 1,7 GB lett (ezt kissé sokallottam, de miu- 
tán láttam a programok mennyiségét, no meg a KDE 3 sem a 
pehelysúlyú csomagok közé tartozik, kissé megnyugodtam). 

A rendszer laptopomban szinte az összes általános alkatrészt 
hibátlanul felismerte, amit azonban hiányoltam, az az infravö- 
rös kapu, mivel így az Internetet nem tudtam rögtön mobilte- 
lefonnal használni. Végső lépésként a rendszerindító program 
beállítása és telepítése zajlik. Sajnos itt nem adatott meg a 
választás lehetősége a LILO-GRUB párosból, mindenképpen 

a LILO-val kellett megbarátkoznom. Mivel a laptop, amire tele- 
pítettem, számomra nem nyilvánvaló okok miatt képtelen a 
LILO használatára, mindenképpen örültem volna a választási 
lehetőségnek. Indítólemezt készítettem egy hajlékonylemezre, 
ezzel élesztve fel a rendszert. Ezután telepítettem és állítottam 
be a GRUB-ot. Laptopom immár teljes értékű rendszerrel bírt. 
Az előre meghatározott csomagok között azonban nem szere- 
pelt olyan program, mint a Gimp vagy a Mozilla. Számomra 
mindkét program nagyon fontos, annak ellenére, hogy a KDE 
3-ban a Kongueror nagyon sokat fejlődött az internetböngészés 
terén. Én akkor is a Mozillát szeretem használni, mivel ebben 
szinte mindent egy helyen tudok elvégezni, a Gimpről pedig 
azt hiszem, nem kell sokat írnom, a hiánya azonnal érezhető 
volt! A másik furcsaság, hogy két igen nagyméretű irodai cso- 
mag is felkerült a merevlemezemre: az egyik a StarOffice 5.2 
(megközelítőleg 200 MB), a másik az OpenOffice.org 641-es ma- 
gyarított változata (nagyjából ugyancsak 200 MB). Ha ebből csak 


az egyiket telepítettem volna, a rendszer 1,5 GB-on is elfért volna. 


Tudom, ezeket kézzel is beállíthattam volna, hogy települjenek; 
illetve azt is, hogy ne tegyék, de úgy vélem, egy kezdő linuxos 
még azt sem tudja, mi fán terem a csomagok kiválasztása. 
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Használat 
A KDE magyar felületének köszönhetően fris- 
sen telepített operációs rendszerét bárki azonnal 
használatba veheti, a YAST felülete szintén 
anyanyelvünkön szól hozzánk, így a kisebb 
rendszerbeállításokat könnyedén elláthatjuk. 
A grafikus bejelentkezés könnyedén és zökkenő- 
mentesen működik, bejelentkezés előtt kiválaszt- 
hatjuk, hogy milyen ablakkezelőt szeretnénk 
indítani a meglévők közül. Valószínűleg a KDE 
a legnépszerűbb, és ezt az ablakkezelőt készí- 
tették fel arra, hogy a legjobban együttműködjön 
a SuSE rendszerrel. Az AfterStep ablakkezelőt is kipró- 
báltam, de sajnos hiába foglal kevés memóriát, ha a telepített 
alkalmazások nem jelennek meg a menüjében, csak a gyárilag 
beállított értékek szerepeltek. Ha rendszer-karbantartási fela- 
datot szeretnénk végrehajtani, a YaS1 ikonra kattintva előugrik 
egy rendszergazdai jelszót kérő ablak. Bár megadhatjuk, hogy 
jegyezze meg a jelszót, erről mégis mindenkit lebeszélnék, 
mivel nem biztonságos. Ezután a YaS1-ban szinte mindent 
beállíthatunk. Egyik fő erőssége a csomagok frissítése (szerin- 
tem) - frissíthetünk az Internetről, CD-ről, de merevlemezről 
is (a CD-ről történő frissítés leírását a programvadászat oldalon 
találod meg). Nagyon kellemes a magyar nyelv használata, 
mivel aki rendelkezik némi számítógépes vénával, de nem 
beszéli sem a német, sem az angol nyelvet, az is hamar képes 
ráérezni a rendszer előnyeire. A csomagok leírásának magyarí- 
tása azonban még nem az igazi, ezért böngészésük közepette 
elkél egy kis angoltudás. 
A SiS VGA-meghajtójának zártsága miatt a grafikus felületet 
sajnos nem sikerült tökéletesen beállítanom, mivel hiányzott 
a 3D-támogatás. Ezt csak az Interneten való keresgélés után, 
a SiS oldaláról letöltött meghajtó és néhány leírás elolvasását 
követően sikerült üzembe helyezni, az irodai munkához azon- 
ban szükségtelen a 3D-támogatás. Nyomtatási rendszernek a 
CUPS-rendszert (Common Unix Printing System) választottam, 
mivel ez könnyedén felismerte a hálózatban fellelhető megosz- 
tott nyomtatókat, és elsőre mindent jól állított be, így kézzel 
semmihez sem kellett hozzányúlnom. Ez különösen azoknak 
a felhasználóknak jelent segítséget, akik nem szeretnének 
elmélyedni a hálózati beállításban, nem kívánnak minden egyes 
hálózati megosztásról pontos adatokat szerezni, mégis minden 
előnyét ki szeretnék aknázni. Nagyon érdekesnek találtam, 
hogy Samba-megosztásokat csak a rendszergazda fűzhet be a 
könyvtárszerkezetbe, ami biztonsági szempontból jó, de ha egy 
felhasználó egy távoli könyvtárat szeretne használni, azt bizony 
csak a rendszergazda jelszavának ismeretében teheti meg (vagy 
szól a rendszergazdának). Mivel laptopra telepítettem, a rend- 
szer energiatakarékosságára is kíváncsi voltam. Eddig nem volt 
rossz tapasztalatom ezzel a lehetőséggel, viszont a rendszer a 
számtalan gépindítás közül háromszor annyira takarékoskodott 
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. A Linuxot soha sem volt könnyebb használni 
j A SuSE Linux 8.0 egy modern, kényelmes Linux 
. Kellőképpen 


e Az átlogó és kellően bőbeszédű 
7) SuSE lerméktámogatási adatbázis 


e Az egyedülálló 
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az energiával, hogy a processzorhűtő ventilátort elfelejtette 
bekapcsolni, ami nyáron különösen hamar lefagyáshoz vezet, 
ezért ennek a kezelését inkább a BIOS-ra bíztam. 


Összegzés 

A dobozos változat megvásárlásával alapjában véve egy leírá- 
sokkal megfelelően ellátott rendszert kapunk kézhez. A több 
mint nyolcszázoldalas magyar nyelvű leírás végigvezet a tele- 
pítésen, a beállításon, a rendszer finomhangolásán és az ablak- 
kezelők (KDE, Gnome) megismerésén (a leírásban ezt grafikus 
munkakörnyezetnek hívják). Megismerkedhetünk az alapvető 
programok használatával, így az OpenOffice.orggal, a 
Windowsból már biztosan ismerős pdf-olvasóval, az Adobe 
Acrobat Readerrel, a KDE és a Gnome böngészőivel, a KMail 
levelezőprogrammal, a KOnCD CD-író programmal, a Gimp 
képszerkesztő programmal, a Kooka lapolvasó felülettel, a 
hangkezeléssel és a tévé, videó, rádió és webkamera kérdés- 
körével is. A harmadik és egyben legvaskosabb könyv a rend- 
szer lelkéhez közelebb álló tudományt csurgatja az ember 
fejébe, a tőbb fejezetcímek (idézve a könyvből): 

e — lelepítés YaS512-vel 

e — Különleges telepítési módok 

e . Rendszerífrissítés és csomagkezelés 

e — YaS1I2- beállítási eszközök 

e . Rendszerbetöltés és rendszerbetöltő programok 

e Az X Window rendszer 

e A grafikus felület beállítása 
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e . A botkormány beállítása 

e . Hangkezelés az ALSA-val 

e . Nyomtatás 

e A rendszermag és paraméterei 

e . Rendszerjellemzők 

e A SuSE Linux rendszerindítási elgondolás 
e Linux a hálózatban 

e ASguid proxy szerver 

e — Hálózati biztonság 

e. AGNU GPL 


Mindez közel ötszáz oldalon - az oldalszámból sejteni lehet, 
hogy kellő mennyiségű adatot tartalmaz a rendszer megisme- 
réséhez, karbantartásához, és mindezt úgy teszi, hogy a doku- 
mentáció teljességgel a feltelepített rendszerhez íródott. Így 
sokkal kevesebb kínnal tanulhatjuk meg mindazt, amit egy 
általános Linux-könyv megvételénél bizony szinte minden 
kezdő pingvinista megtapasztalhat. Mindehhez a 

2 http:/sdb.suselinux.hu weboldalon található ingyenesen 
használható adatbázis tartozik, ahol választ kaphatunk a kér- 
désekre, illetve a termék mellé egy 90 napos ingyenes telepítési 
segítség is jár. 


Csontos Gyula 

(Csontos GyulaOlinuxvilag.hu) 

a Linuxvilág szakmai és CD-szerkesztője. 
Szabadidejében szívesen mászik hegyet 
és kerékpározik. 
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Webkiszolgálók harca 


A cikkben a Linux alatt is futó webkiszolgálókat veszem górcső alá, 
ezek közül Is azokat, amelyek szabadon elérhetők. Lássuk, miből gazdálkodhatunk, 
és melyik kiszolgálónak mi az erénye, illetve a hátránya. 


webkiszolgálóként, hanem alkalmazáskiszolgálóként is 

működnek, esetleg saját beépített webfejlesztési eszkö- 
zeik vannak. Az ismerkedést kezdjük a jó öreg Apache-csal, és 
tekintettel a népszerűségére, egy kicsit többet foglalkozunk vele. 


R ögtön tisztázzuk, hogy bizonyos alkalmazások nemcsak 





Apache 

Az Apache a világ legtöbbet használt webkiszolgálója, az összes 
kiszolgálóprogram körülbelül 55-60 százalékát ez a program 
teszi ki. Jelenleg a 2.0-s sorozat a legújabb, ami jelentős megú- 
juláson ment keresztül az előző 1.3-as sorozathoz képest. 
leherbírása és bővíthetősége legendás. Bővíthetőségét modul- 
alapú felépítésének köszönheti, és él is ezzel a lehetőséggel. 

A program fordításakor mi dönthetjük el, hogy mi kerüljön 
magába a webkiszolgáló szerepét ellátó alkalmazásba, és mi 
modulba. Ha úgy kívánjuk, az összes modult belefordíthatjuk 
a programba, ennek azonban semmi értelme, mert csak lassab- 
ban fog elindulni, és egy csomó olyan modul lesz benne, ami 
felesleges. Milyen újdonságokkal rendelkezik, illetve hogyan 
is működik a 2.0-s Apache? Nos, az előző sorozathoz képest 
előrelépés, hogy már nem folyamat- (process), hanem szál- 
alapú (thread) futtatásra is lehetőség nyílik. Miért előnyös ez? 
A weblapok lekérésekor legalább egy új folyamatnak el kellett 
indulnia, ilyenkor természetesen újra be kellett tölteni a 
démont a memóriába, következésképpen pazarolta az erőfor- 
rásokat, és lassabb volt az indulás. Ezzel ellentétben a szálak 
közös memóriaterületet használnak, és egy folyamaton belül 
több kiszolgálódémon is elindulhat. Ekkor tehát az Apache 
kevesebb memóriát használ, és gyorsabban szolgálja ki a kéré- 
seket. A szálak programozásánál ugyanakkor körültekintően 
kell eljárnunk, mivel súlyos gondok adódhatnak, ha elrontja 
az ember, és ezt nem mindegyik felület támogatja megfelelő 
módon. Érdemes hát ezt a módszert használni a webkiszolgá- 
lónál. A fejlesztők viszont a választás lehetőségét meghagyják 
a rendszergazdáknak, hogy a megbízhatóságot és a kipróbált 
módszert választják-e — hiszen az Apache ebben is nagyon jól 
teljesített —, esetleg megkockáztatják a még kevesebb ideje 
használatos kódot, és valóban nagyobb teljesítményt érnek el. 
Hogyan lehetséges ez? Az 1.3-as ág fejlesztésénél a fejlesztők 
a POSIX-szabványokon alapuló megoldást használták, ahol 
pedig ezt megvalósító réteg nem állt rendelkezésre az operá- 
ciós rendszerben, ott egy POSIX-emulációs réteget húztak fel 
a rendszerre. Ez néhol kevésbé megbízhatóvá és lassabbá tette 
a rendszert. A 2.0-s ág a hálózati kapcsolatok kezeléséhez és a 
fájlrendszer eléréséhez már a futtató operációs rendszer által is 
használt natív rendszerhívásokat használ. A natív rendszerhí- 
vások lehetőségét a fent említett MPM-ek (Multi-processing 
Modules) és az APR (Apache Portable Runtime) biztosítja. 

Az MPM-ek teszik lehetővé azt is, hogy a rendszergazda 
kiválaszthassa, milyen módon használja a kiszolgálót — a régi, 
folyamatalapú, vagy az új, kevert, több folyamatot és több 
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szálat használó, vagy egy harmadik, úgynevezett Perchild 
modult használva. A Worker MPM az a modul, ami a kevert 
megoldást alkalmazza. Elindul egy folyamat, és az ügyfelek 
egy bizonyos kérésszámig ezen belül szolgálják ki a rendszer. 
Ha a kérések túllépik ezt a számot, egy újabb folyamat indul, 
és kéréseket azon belül lehet ismét a meghatározott számig 
kiszolgálni. Mind a folyamatok, mind a folyamaton belüli 
szálak legnagyobb mérete megadható. A Preforking MPM 

a régi Apache-megközelítést használja, a már fent leírt egy 
démon folyamatmegközelítést. Itt a kiszolgálható ügyfelek 
legnagyobb számát az engedélyezett folyamatok száma 
határozza meg. Az erőforrások tekintetében a drágább indu- 
lásért és a nagyobb igényért cserébe nagyobb megbízhatóságot 
kapunk. A Perchild MPM pedig egy olyan új, szintén kevert 
megoldást alkalmazó rendszer, amelynél folyamatonként 
beállítható, hogy milyen felhasználói azonosító alatt működjön. 
Ezzel a felhasználókat teljesen el tudjuk határolni egymástól. 
Ez a modul nem minden felületen érhető el, és a fejlesztők is 
felhívják rá a figyelmet, hogy bár már üzembiztos, még fejlesz- 
tés alatt álló modulról van szó. 

Az Apache felügyeleti eszközökkel is jól el van látva, ame- 
lyek közül a Webmin - mint nyílt forrású megoldás — külön 
kiemelhető (1. kép). 

Az Apache felhasználási szerződése mind az üzleti felhasználást, 
mind az olyan megoldások fejlesztését lehetővé teszi, amelyek 
már nem lesznek nyílt forrásúak. A világon a legismertebb cég, 
amely Apache-csal foglalkozik és kereskedelmi tevékenységet 
folytat, a Covalent. Nemrég olyan megállapodást kötöttek a 
Microsofttal, amelynek értelmében az ASPNet-alapú alkalmazá- 
sok Apache alatt is futtathatók lesznek. A kiadott leírás csak a 
Windows operációs rendszerről szólt, de ne feledjük, hogy egy 
modullal már most is lehetőség nyílik .asp kiterjesztésű webla- 
pokat futtatni Apache alatt, bár ez tényleg nem rendelkezik 

a NET lehetőségeivel. Ez az Apache legnagyobb erőssége: 
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The Caudium webserver is distributed under GNU s General Public License version 2. You should have recived a copy of the GPL License in the file 
COPYING, For more information about Caudium, go to our websites at caudium net and caudium org, 


Pressing one of the tabs at the top of the page will select that section of the configuation interface. Pressing the selected, button will focus on the top 
node of that part of the interface. 


It will probably make sense once you try it. You can always see where in the configuration interface you are by looking at the grey statusrow at the 
top of the page, 


There are usually one or more buttons at the bottom of the page, to do things that do not fit nicely in the node with subnodes" methaphore, like adding 
a new virtual server , unfolding/folding more than one node at the time etc, at the top or bottom of the configuration interface, 


read our newsforurms or ask in IRC. Please 


If you have any guestions or problems, first look at the documentation. You can also join our mailing lists, 
bug tracking database, Before reporting a bug, make sure it isnt reported previously, 


report any bugs you find to our 


some buttons, like the add a new module" button are only available in certain nodes (when a node of a certain type has been focused), 





a modulokon keresztül nemcsak az igényeinknek megfelelően 
finomhangolható, de gyakorlatilag nincs olyan parancsnyelv, 
amit ne támogatna. Az Apache projekt azonban ennél sokkal 
szélesebb körű: szerepel benne Java-alapú webkiszolgáló, illetve 
alkalmazáskiszolgáló, AXML-RPC- és SOAP-megvalósítás is — ezek- 
ről egy másik számban bővebben írok majd. 


Boa 

Ha valakinek egyszerű, gyors, CGI-ket is futtatni tudó web- 
kiszolgálóra lenne szüksége, a Boa a számára megfelelő kiszol- 
gáló. Futása közben csak akkor indít magából újabb példá- 
nyokat, ha CGI-t kell futtatnia, máskülönben a már futó biná- 
rison belül oldja meg a kért oldalak kiszolgálását. A már futó 
folyamat önmagán belül többszörözi a HITP-csatornákat. 
Sebessége is lenyűgöző: a tesztek alapján egy 300 MHz-es 
gépen is több ezer kapcsolatot képes kezelni! Fő célja a sebes- 
ség, és nem utolsósorban a biztonság. Fejlesztése már 1991-ben 
elkezdődött, ezenkívül beállítófájlja nagyon hasonlít az 
Apache-éhoz. Ha ennyi mindent tud egy kis bináris, akkor 
miért nem ismert és népszerű? Például azért, mert nem támo- 
gatja a kiszolgálóoldali parancsnyelveket, például a PHP-t. 

A legritkább esetben gyorsabb vagy könnyebb C-alapú CGI- 
ben írni meg egy dinamikus weboldalt, mint PHP-ban, nem 
meglepő tehát, hogy a rendszergazdák legtöbbször más meg- 
oldásokhoz fordulnak. 


Roxen 

A Roxen Webchallenger a második legnépszerűbb nyílt forrású 
program a világon. Megbízhatóságáról sok mindent elárul, 
hogy a 3 http:/www.bsd.hu is ezt használja (az élet furcsa 
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fintora: a Roxen GPL felhasználási szerződésű, a fejlesztők 
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ugyanis nem szeretik a BSD felhasználási szerződést). Külön- 
legessége, hogy nagy részét a Pike nevű parancsnyelvben írták 
— erre sok más tekintetben is támaszkodik —, és folyamatok 
helyett a kezdetektől fogva szálakat használt. Ami számos 
rendszergazda szemében vonzóvá teheti, az a weben keresztüli 
felügyelhetőség. Ez egyben legnagyobb hátránya is: amikor 
először nézünk bele a beállítófájlba, valószínűleg még a léleg- 
zetünk is eláll, és nem kis időt vesz igénybe, mire elsajátítjuk a 
felület kezelését. Az XML ugyanis nagyon szép lehetőségeket 
kínál az adatok megjelenítésére, de ha egy beállítófájlt ebben 
tárolnak, és azt nekünk kézzel kell szerkeszteni, nos... Én 
inkább maradok az Apache szemléleténél -— egyszerű beállító- 
fájl, ha valaki nem ismeri, grafikus beállítóprogramot kap. Nos, 
a Roxennél meg sem próbálkoznék kézzel beállítani a kiszol- 
gálót. A Pike nyelven keresztül kitűnően és gyorsan lehet olyan 
weboldalakat összeütni, amelyek .rxmil kiterjesztéssel rendel- 
keznek. Figyelem! Csak a Roxen Webchallenger tartozik GPL 
felhasználási szerződés alá, és a Roxen honlapján 

(2 http:/www.roxen.com) szinte csak a Roxen CMS-ről esik 
szó — ez teljes fejlesztési és vezérlőfelületet ad az oldalhoz, de 
kereskedelmi termék. A letöltéseket a Download menüpont 
alól tehetjük meg, a legutolsó változat a 2.2-es. Érdekessége, 
hogy egy hozzá fejlesztett webmail tartozik mellé, ami a 
legjobbak egyike, az IMHO (2. kép). 
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Caudium 

A Caudium a Roxen 1.3-as sorozatából indult ki mint külön 
fejlesztési ág, kihasználva a GPL adta lehetőségeket. A történet 
valamikor még az 1.3-as Roxen idejében kezdődött, amikor is 

a fejlesztők úgy gondolták, hogy nem raknak vissza minden 
foltot (patch). Elég sok külső és néhány belső - értsd: céges — 
fejlesztő úgy gondolta, hogy külön utakra lépnek, és nem köve- 
tik a cég elképzeléseit és jövőbeni terveit. Így született meg a 
Caudium. Sok mindenben hasonlít a Roxenre, abban is, hogy 
saját webmail programmal rendelkezik, amelynek neve CAMAS. 
Ez is külön fejlesztési ág, az IMHO-ból jött létre a Caufiumhoz 
igazítva. lovábbi megegyező tulajdonságuk, hogy csak 
webfelületen keresztül érdemes beállítani őket (3. kép). Ha tele- 
pítjük a támogatást, PHP-oldalaink is működni fognak alatta. 


Zope 

A Linuxvilágban már sorozat is megjelent róla, így sokaknak 
ismerős lehet. Beépített webkiszolgálóval rendelkezik, a fő 
hangsúly azonban mégiscsak a tartalomszolgáltatáson van, 
amit rendkívül magas szintű nyelven lát el. Már készül hozzá 
a sablonértelmező, amelynek segítségével a kiszolgált oldalak 
küllemének cseréje könnyedén megoldhatóvá válik, és a meg- 
jelenítés sokkal jobban elválasztható lesz magától az alkal- 
mazástól. Ehhez részletesebben lapozzuk fel a Linuxvilág 
régebbi számait (15-19. szám). 


Deim Ágoston (lagoOlsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
Tagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 
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Miért Linux? 


Reuven visszatér az alapokhoz, és áttekintést ad 


a Linux üzleti világban való fejlődéséről. 


ontsunk pezsgót! A Linux Journal ebben a hónapban 
jelenik meg századszorra. Ennek örömére egy kicsit 
félreteszem szokásos nyílt forrású webes-adatbázisos 
témáimat és csatlakozom az ünneplőkhöz. 

Számos okuk van a Linux felhasználóinak (és általában a nyílt 
forrású programok híveinek) az örömre. A csúcstechnológiára 
épülő gazdaság ugyan visszaesett, a nyílt forrású programok 
fejlesztése azonban továbbra is nagy lépésekkel halad előre. 
Amikor a Linux Journal első száma megjelent, még kevés 
ember hallott a finn egyetemista által írott rendszermagról, 
amely komoly szerepet játszott a Linux és a szabad programok 
sikerében. 

Manapság sokan tudnak a Linuxról, még ha nem is értik meg, 
hogy mi az és mire jó. Sok ügyfelem tudja, hogy a nyílt forrású 
megoldásokat részesítem előnyben, és mindig kíváncsiak arra, 
hogy miért van ez így, és ami még fontosabb, miért érdekük 
nekik is, hogy ilyen megoldást válasszanak. Vállalva annak a 
kockázatát, hogy a már hívő emberek között tartsak hittérítést, 
ebben a hónapban áttekintem azokat az okokat, amiért a Linux 
kiváló választás a kiszolgálóoldali alkalmazások futtatásánál. 
Remélem, néhány itt leírt ötlet a jövőben segíteni fog a szabad 
programokon alapuló megoldások népszerűsítésében munka- 
társaid és ügyfeleid körében. 


Ar és megbízhatóság 

A megszállott szakembereket a módszerek és az eszközök 
érdeklik, amelyek új tudáshoz és új távlatokhoz vezetnek. 

A való világban viszont az embereket az érdekli, hogy mun- 
kájukat a lehető leggyorsabban és legolcsóbban végezzék el. 

A program csak eszköz a cél eléréséhez, nem maga a cél. 
Emiatt úgy vettem észre, hogy a legjobban úgy adható el az 
embereknek a nyílt forrású program, ha azt mondjuk: keve- 
sebbe kerül és többet tud. Egyik tényező sem elég önmagában 
- könnyen találhatunk drága, jó minőségű programokat, 
valamint telepítésre sem méltó, ócska és olcsó programokat. 

A fogyasztók, és így az ügyfeleim is, mindig szívesen szerez- 
nek többet kevesebbért, és emiatt a szabad programok tetsze- 
nek nekik. 

Amikor az ügyfélnek vázolom a megoldást, elkezdem elma- 
gyarázni, hogy olyasmit ajánlok, amit ők lehetetlennek hittek: 
a szabad és olcsó programok pontosan azt teszik, amit elvárnak 
tőlük, ráadásul le sem fagynak. Amikor elmondom egy 
Windows-felhasználónak, hogy még sohasem láttam Linuxot 
lefagyni hat év és több tucat rendszer után, meglepődnek és 
hitetlenkednek. Ha elmondom azt is, hogy ez a program szaba- 
don letölthető az Internetről, még nehezebben hiszik el. 
Ügyfeleim gyakran érdeklődnek, hogy ki támogatja a progra- 
mot, mi lesz, ha valami elromlik. Megkönnyebbülve veszik 
tudomásul, hogy nemcsak én ajánlom fel a szükséges támo- 
gatást, hanem más is képes erre, ha az én munkámmal nem 
lennének elégedettek. Ez természetesen szöges ellentétben áll 
számos tanácsadó cég programtelepítésekkel kapcsolatos visel- 
kedésével és megszorításaival. A nyílt forrású megközelítés 
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ezért felhasználóbarátabb, mint 

a hagyományos programfejlesztési 
modellek: csökkenti a költségeket 
és erősíti a versenyt. 
lermészetesen nem minden szabad program jó minőségű, 

és nem minden tanácsadó tudja, hogy mit kell tenni. A kö- 
zösségi fejlesztés kitűnő eredményeket hozhat, de ez nem 
azt jelenti, hogy minden Interneten megjelenő program 
biztonságos és megbízható. Valójában teljesen világos, hogy 
sok programot, beleértve egy-két népszetűt is, egyáltalán 
nem próbáltak ki a kiadás előtt. Az ilyen programok az egész 
nyílt forrás közösséget lejáratják, és több kárt okoznak, mint 
amennyi hasznot hajtanak. Évente többször előfordul, hogy 
felhív az ügyfél, hogy ki kellene javítani egy programot, 
amelyet letöltöttek, és első ránézésre működött is, de végül 
kiderült, hogy nem biztonságos, nem megbízható, és tele 

van hibákkal. 





A hibák javítása 

Még ha úgy is találod, hogy a kiszolgálód hibás és nem 
biztonságos nyílt forrású alkalmazásoktól függ, nincs minden 
veszve. A szabad programok természetéből következően adott 
a lehetőség, hogy igényeid szerint módosítsd vagy javítsd, ha 
valami nem tetszik. A megosztott forrású programok felhasz- 
nálói szerződéseinek kitalálói nem értik a lényeget, amikor 
megengedik a forráskód megtekintését, csakhogy nem engedik 
meg a módosítását vagy a javítását. Ha veszek egy házat vagy 
egy autót, akkor tökéletesíthetem és meg is javíthatom, ha 
akarom; miért lenne ez másképp a programokkal? 

Az igaz, hogy a megosztott forráskód lehetővé teszi a kód 
tanulmányozását, így a megbízhatósági és a biztonsági hibák 
gyorsabban előkerülnek és kijavíthatók. A forráskód olvasá- 
sának lehetősége azonban közel sem olyan fontos, mint a to- 
vábbfejlesztés lehetősége. Ráadásul a továbbfejlesztett változat 
visszajuttatása a közösségi változatba azt eredményezi, hogy 
mindenki hasznosítja az egyén javítását, és további fejlesztésre 
nyílik lehetőség. Ezért a közösségi munkában való részvétel 
minden nyílt forrású program felhasználójának érdeke; ez nem 
egyszerűen csak szép dolog. 

Mivel általában kiforrott eszközöket használok — például 
Linuxot, Apache-ot, Perlt és Pythont -, viszonylag ritka, hogy 
hibát találok a letöltött programokban. Évente többször is 
előfordul azonban, hogy az általam használt programokban 
valami hiányosságot fedezek fel. Mivel hozzáférek a forrás- 
kódhoz, a lehető leggyorsabban meg tudom változtatni, és ez 
azt is jelenti, hogy ezzel a gonddal másoknak már nem kell 
megbirkózniuk. 

Érdekes, hogy ez az érv még ma is használható, tekintve, 
hogy a nyomtatómeghajtókkal kapcsolatos hasonló gondok 
indították arra Richard Stallmann-t, hogy megalapítsa a Free 
Software Foundationt, amely a GNU-projekttel döntő szerepet 
játszott a GNU/Linux és a szabad program sikerében. Az is 
csodálatos, milyen hamar hozzászoktunk, hogy a forráskód 





elérhető, és a számítógépes rendszer minden pontját tetszés 
szerint megvizsgálhatjuk vagy megváltoztathatjuk. 
Hasonlóképpen a Linux-terjesztések is egyre inkább teljes 
rendszerré válnak. Nemrég kezdtem el dolgozni egy projekten, 
amelynek Solarison kell futnia, és rögtön rájöttem, hogy 
mennyivel gazdagabb és jobban felépített egy átlagos Linux- 
terjesztés, mint például a Solaris alapkiépítésben. Fél napig is 
eltart, amíg letöltöm és telepítem az összes szükséges progra- 
mot, mint a gcc, a Perl, a Python stb. Az elmúlt években hoz- 
zászoktam, hogy minden környezetemben levő gépen ott van 
a gcc, ezért úgy éreztem magamat, mint akit visszadobtak a 
Unix sötét középkorába. 


Nincsenek titkok 


A mérnökök nem tudnak titkot tartani, erre Scott Adams is 
rámutatott a Dilbert-képregényekben. Valóban, az egyik dolog, 
amit nagyon vonzónak találok a nyílt forrású programokban, 
hogy nincsenek titkok. Az ügyfelek azért bérelnek fel engem, 
mert időt akarnak megtakarítani maguknak, vagy mert nem 
értenek egy bizonyos területhez, de nem azért, mert rákény- 
szerülnek. Ebből az okból kifolyólag munkámat az ügyvédi 
vagy könyvelői munkához hasonlónak tekintem, hiszen taná- 
csot és megoldásokat ajánlok fel nyilvánosan elérhető tudás- 
anyag alapján. 

A ,nincs titok" eszmeisége jól működik az ügyfeleimnél, még 
azoknál is, akiket egyáltalán nem érdekel a programok műkö- 
dése. Iudják, hogy kérdezhetnek, és én a legjobb tudásom 
szerint válaszolok, nem kell marketingrizsával, kötelező fírissí- 
tésekkel és kétértelmű beszéddel fárasztanom őket. Műszaki 
érdeklődésű ügyfeleim élvezik, hogy ha akarnak, belenyúl- 
hatnak a kódba és elolvashatják a leírást; csak azért nem tud- 
nak annyit, amennyit én tudok, mert nincs hozzá idejük és 
elég tapasztalatuk. 

A nem haszonelvű ügyfelek sok tekintetben tökéletes célpont- 
jai a nyílt forrású programoknak, és sokszor fellelkesednek, 
ha ilyen eszközöket használhatnak. Különösen az oktatási 
intézményeknek tetszik a tudás megosztásának és a közösségi 
munkának az eszméje. Hathatós érv, ha elmondjuk nekik, 
hogy pénzt takaríthatnak meg, és a hasonló gondolkozású 
emberek közösségébe tartozhatnak. Ráadásul a nem haszon- 
elvű szervezetek nem érzik fontosnak, hogy a változtatásokat 
a cégen belül tartsák, így könnyebben részt vehetnek a nyílt 
forrású közösség munkájában. 


Jó minőségű eszközök 

Amikor cikkeket kezdtem írni a Linux Journalba, a legtöbb 
kiszolgálóoldali alkalmazás kézzel írott CGI-program volt. 
Rengeteg webhely használ még ma is ilyen programokat. De 
ahogy a web egyre bonyolultabbá vált, az emberek olyan 
eszközöket kezdtek igényelni, amelyekkel könnyen és gyorsan 
lehet jó minőségű és méretezhető webalkalmazásokat készí- 
teni. Nem túl meglepő módon seregnyi zárt forrású kereske- 
delmi program jelent meg, hogy kielégítse ezeket az igényeket. 
Az már viszont felháborító, hogy mennyi pénzt kérnek el 
ezekért a programokért - ráadásul kötelező szerződést kötni 
velük, hogy az ő tanácsadóikat béreld fel a testreszabáshoz. 
Szerencsére a nyílt forrású világ válaszolt a kihívásra. Számos 
nyílt forrású eszköztár áll rendelkezésre bonyolult kiszolgá- 
lóoldali alkalmazások készítéséhez. A Zope, mint az elmúlt 
hónapokban láttuk, egy rendkívüli (bár bonyolult) alkalmazás- 
kiszolgáló, amelynek segítségével adatbázisokhoz és más 
adatforrásokhoz kapcsolódni képes webalkalmazásokat készít- 
hetünk. A következő hónapban megnézzük az OpenACS-t, 
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amellyel az online közösségi rendszerek létrehozása és 
módosítása válik egyszerűbbé. lovábbá az Apache Software 
Foundation által támogatott mod per1, Mason és számos 
Javához és XML-hez kapcsolódó eszköz egyre inkább azt a 
kedvezőtlen folyamatot gerjeszti, hogy a megfelelő eszköz 
kiválasztása a telepítéssel és a használattal összemérhető 
nehézségű feladattá válik. 

Bármily csodálatosak is legyenek ezek az eszközök, ne feled- 
jük, hogy nem mindenkit lehet a mi oldalunkra állítani. A leg- 
durvább élményem ezzel kapcsolatban az, hogy tavaly egy 
leendő ügyfél nem engem választott egy egyszerű tartalom- 
kezelő rendszer megvalósítására, amely a termékeit jelenítette 
volna meg a weben. Megtudtam, hogy az ajánlatom 800 000 
dollárral volt kevesebb, mint a legközelebb álló versenytársa- 
mé. Mivel azonban én nyílt forráskódra építettem, a verseny- 
társ neve viszont ismert volt tartalomszolgáltatás világában, 
vesztettem (az ügyfél azóta sorozatos elbocsátásokra kénysze- 
rült, negyedéves eredményei egyre romlottak, és weboldalát 
még mindig kézzel rakják össze, így legalább némi erkölcsi 
győzelmet elkönyvelhetek). 

Azt is meg kell jegyeznünk, hogy a nyílt forrású világ nem 
minden résztvevője tartja be a közösségnek tett ígéreteit. 

A nyílt forrás számos támogatója meglepődött és csalódott, 
amikor a Lutris tavaly , bezárta" az addig nyílt forrású 
Enhydra Enterprise Java alkalmazáskiszolgáló kódját. Szeren- 
csére vannak helyettesítő termékek, nemcsak a GPL-es JBoss 
alkalmazáskiszolgáló tett szert óriási népszerűségre az elmúlt 
év során, hanem nemrég a Sun is bejelentette, hogy a nem 
üzleti, nyílt forrású J2EEF-megvalósítások is hivatalos tanúsít- 
ványt kaphatnak a következő hónapokban. Ez csökkentheti 
néhány üzleti szereplő idegenkedését a nyílt forrású progra- 
mokkal szemben. 

Még ha érnek is kudarcok, ne hagyd magadat becsapni: az 
IBM, a HP és még a Sun is elismeri ma már, hogy a Linuxot 

és a nyílt forrású programokat komolyan kell venni, mert 
sokoldalúak és megbízhatóak. A , világuralom" ideje még nem 
jött el, de a márkanevet már elismerik, a pénzügyi tényezők 
és az akadémiai és üzleti világból érkező elismerés segít minket 
a továbblépésben. 


O Kiskapu Kft. Minden Jog fenntartva 


Boldog születésnapot! 

Írásomat azzal fejezem be, hogy az újság létrejöttét lehetővé 
tevő keményen dolgozó munkatársakat elismerés és nagyra- 
becsülés illeti. A Linux Journalt egy évvel azelőtt kezdtem 
olvasni, hogy az első cikkem megjelent benne, és azóta is 
minden hónapban olvasom. A cikkek a világ legalkotóbb 
programozóinak sokféle érdeklődési területét mutatják be. 
A tény, hogy a Linux Journal a 100. számához érkezett, minden 
kétség nélkül azt jelenti, hogy a Linuxnak és a nyílt forrású 
programoknak helyük van ezen a világon. Remélem a 200. 
számba is írhatok egy hasonló cikket! 


Linux Journal 2002. augusztus, 100. szám 


Rewen M. Lerner 

(reuvenolerner.co.11) kisebb webes és 
internetes módszerekkel foglalkozó tanács- 
adó cég tulajdonosa és vezetője. A cikk 
megjelenésének időpontjában valószínűleg 
már végleg elkészült Core Perl című 
könyvével, melyet idén jelentet meg a Prentice-Hall. Az ATF 
honlapon érhető el (5 http:/Avww.lerner.co.il/atf/). 
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KELTETT A 
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Zenditsunk rá és ünnepeljünk! 


Marcel ezúttal két médialejátszót ismertet, és azt Is bemutatja, 
hogyan lehet rájuk különböző bőröket húzni. 


röm téged újra látni, Francois, mon ami! Bízom benne, 
hogy becsülettel gondját viselted az étteremnek, 
mialatt én fergeteges európai körutamon vettem részt. 
Köszönöm kérdésedet, valóban nagyszerű volt az utazás. Oui, 
az ételek is kitűnőek voltak, de sajnos egyik étterem sem 
dicsekedhetett hozzád hasonló pincérrel. 

Láttam a Zene és a fények városait: Londont, Salzburgot, 
Rómát, Firenzét és még sok más rendkívüli helyet. És a sorból 
természetesen nem hiányozhatott a legcsillogóbb város, Párizs 
sem. Ez valahogy illik is ahhoz az ünnepi alkalomhoz, amely- 
hez a mai menüt kell összeállítanom: a Linux Journal századik, 
ünnepi kiadásához. Mais oui, Francois, mivel is lehetne jobban 
ünnepelni, mint zenével és fényekkel? Gyorsan, még mielőtt 

a vendégeink megérkeznek, szaladj le a pincébe, és hozd fel, 
kérlek, az 1989-es Pessac Léognant. 

De hiszen már itt is vannak a vendégek! Francois, siess! Foglal- 
jatok helyet, mes amis, helyezzétek magatokat kényelembe. 
Linux-konyhánk mai menüje egy különleges alkalomhoz kötő- 
dik. A Linux Journal megérte a 100. számát, ami már jó évjá- 
ratnak számít. Vessünk egy pillantást a menü első fogására, 
erre az XMMS-nek nevezett programocskára. Alapjait tekintve 
szabályos médialejátszóról van szó, az XMMS mégis több egy 
egyszerű zenelejátszónál. Közelebbről megvizsgálva látványos 
fénybemutatóval is megörvendeztet minket. Támogatja az Ogg 
Vorbis, MP3 és WAV formátumokat, és megfelelő bővítmények- 
kel RealAudio-fájlok lejátszására is használható. 

Nem kell túl messzire mennünk érte, hiszen minden elterjed- 
tebb Linux-rendszercsomag tartalmazza. Ha a pillanatnyi 
telepítéseteknek nem része, próbálkozzatok a rendszercsomag 
CD-ivel, ha pedig minden mással kudarcot vallottatok, a 

2 http:/www.xmms.org címről tölthetitek le a legújabb és 
legjobb forráskódot. 

Az XMMS fordítása egyszerű, ismerős lépéseken keresztül 
valósítható meg. A jelenlegi változat a GIK 1.2.2 vagy későbbi 
változatára épül. Szükségetek lehet az OpenGL vagy Mesa 
könyvtárakra, amennyiben az OpenGL -bővítményeket akar- 
játok használni (erről később bővebben is szó lesz). A forrás- 
kódból kiindulva az alábbi lépéseket kell követni: 


táv -xzvi xmús-l.2.7. tat. gaz 
cd xmms-1.2.7 


. /configure 
make 
su -c "make install" 


A program elindításához az xmms §£ parancsot kell begépel- 
nünk, majd ENTER-t ütnünk. Ha ez az első alkalom, amikor az 
XMM$S-t futtatjuk, valami olyasmit fogunk látni, mint az erősítő 
az asztali hifiberendezésünkön (lásd az 1. képet). 

Ez még csak a program első egysége. Nézzük az erősítő jobb 
oldalán található gombokat. Az egyiknek EC (egualizer, azaz 
hangszín-szabályozó), a másiknak PL (playlist — a lejátszandó 
zeneszámok listája) a felirata. A gombokra kattintva beren- 
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x MULTIMEBIK SY 3TEM 


Halt 


1. kép Az XMMS alapértelmezett képe 


Audio VO Plugins [ Effect/General Plugins  Visualization Plugins [options l ForlWfú 


2. kép Az XMMS fényjátéka 


f: letet AT 1 Ya Os 


14 Mb II 


dezésünk további két 
egysége lép működésbe. 
Mivel a három egység 
egymástól függetlenül 
mozgatható, előfordulhat, 
hogy helyzetük beál- 
lításával több időt vaca- 
kolunk el, mint amennyit 
szeretnénk. Ez a nehéz- 
ség egyszerűen megold- 
ható, elég csak a jobb 
egérgombbal kattintani az erősítő egységen, majd a megjelenő 
menüből kiválasztani az Options (beállítás) menüpont Easy 
Move (egyszerű mozgatás) beállítást. A CTRL-E gyorsbillentyű- 
kombinációt is használhatjátok ugyanerre. 

Az XMMS széles körűen támogatja a bemenetet, a kimenetet 
és a megjelenést kezelő bővítményeket. Ehhez a Preferences 
(környezeti beállítás) menüponton keresztül juthatunk el 
(vagy a CTRL-P gyorsbillentyűvel). Ennek hatására egy új ablak 
jelenik meg, amely számos futásidejű beállítást kínáló fület 
tartalmaz. Itt találjuk meg az audió be- és kimenet szabályozá- 


at út 


sának eszközeit is a különleges hatások és a megjelenés bővít- 


man for woman made.mp3 








3. kép A KDE Media Player 
(alapértelmezett bőr) 





ményei mellett. Ha az XMMS első elindításakor gondok adód- 
nának a hanggal, első utatok ide vezessen. Nyissátok meg az 
audiooldalt, és ellenőrizzétek a kimenet bővítményének beállí- 
tásait. Nekem az XMMS fordításakor itt az 0SS5-meghajtót 
kellett beállítanom. 

Még rengeteg időt tölthetnék a különböző beállítások ismer- 
tetésével, ehelyett azonban inkább rátok bízom a kipróbálásu- 
kat. A megjelenítés bővítményeinél kezdődik az igazi látvá- 
nyosság. lalálni fogtok olyan eszközöket, mint a Spectrum 
Analyzer (hangképelemző), illetve a Blur Scope. Korábban már 
említettem az OpenGL Spectrum Analyzer-t, egy másik remek 
bővítményt, ami a zenéhez illő háromdimenziós színes lát- 
ványt biztosítja — ezt akár teljes képernyőn is futtathatjátok, 
elég csak hátradólni a fotelben, és élvezni az előadást. 

Az XMMS általam egyik legkedveltebb vonása (létezik egy pár) 
a különböző bőrök (skin) használatának lehetősége. Ezekkel az 
XMMS kinézetét állíthatjátok át az eredeti fekete fémes kiné- 
zetről valami hagyományosabbra, cseresznyefa színűre vagy 
csiszolt alumínium felületűre. A CTRL-S gyorsbillentyűvel hív- 
ható elő a Skin Browser (bőrböngésző), amely a jobb kattintásra 
megjelenő menüből is kiválasztható. Ha épp most fejeztétek be 
a program telepítését, előfordulhat, hogy a lista egyetlen 
bejegyzést sem tartalmaz. Ebben az esetben be kell szereznetek 
néhány bőrt. Ehhez térjetek vissza az XMMS honlapjára és 
válasszátok ki a Skins menüpontot. Biztosíthatlak benneteket, 
nem fogjátok egyhamar megunni a program kinézetét. Az itt 
fellelhető számtalan bőr között megtaláljátok a fent említett 
cseresznyefa hatásút is. 

Hogy miképpen telepíthetitek ezeket a bőröket? A honlapon 
mindegyiket tar . gz formátumban találjátok. Töltsétek le, 
amelyik tetszik, és mentsétek a $(HOME/.xmms/Skins könyv- 
tárba. Nem kell kicsomagolni a fájlt, elég csak az említett helyre 
másolni. Ha kiderülne, hogy mégis tévedtem, esetleg a 

2 http:/www.xmms.org oldalon lévő választékot is unni 
kezdenétek, örülni fogtok, ha elmondom, hogy az XMMS 

a Winamp bőreit is támogatja. legyetek látogatást a 

2 http:/www.winamp.com oldalon, egy ideig biztosan nem 
fogtok unatkozni. Csak kattintsatok a menü Skins feliratára 

— és jó szórakozást! A második képen a hagyományos cseresz- 
nyefa-felületű XMMS rendszeremet láthatjátok különböző 
látványos bővítmények ablakainak a társaságában. 

Még mindig a bőröknél maradva, egy kicsit elbúcsúzom az 
XMMS-tőól, mivel a következő program is remekül kezeli ezeket 
a bővítményeket. Ha KDE-t használtok, van egy remek kis 
programotok a gépen, a Media Player. A program indítása a 
K-menüből, a Mutimedia majd a KDE Media Player menü- 
pontot választva vagy a noatun §6 parancs begépelésével tör- 
ténhet. A gond az, hogy első indításkor valószínűleg a 3. képen 
lévő meglehetősen unalmas formában fog megjelenni. 

Azért ne keseredjetek el, ez még csak az alapértelmezett 
Excellent nevű bőr. Kattintsatok a Beállítások, majd a Noatun 
beállítása... menüpontra. Az előugró menü Bővítőmodulok 
pontját választva egy fülekkel ellátott menübe juttok. Az Csat- 
lakozási felületek felirat alatt a lejátszó négyféle típusa állítható 
be. Ezek közül a K-Jofol és a Kaiman rendelkezik a bőr cseré- 
lésének lehetőségével. Mindkét esetben további bőrök tölthetők 
le a KDE-Look weboldalról (2 http://www.kde-look. org). Ez a 
hely akkor is nagyon hasznos, ha a KDE-környezet megjelené- 
sével kapcsolatos egyéb anyagokat -— asztali témákat, ikonkész- 
leteket — szeretnétek letölteni. 

Kezdjétek az Excellent felület kikapcsolásával, és válasszátok 

a K-Jofol felületet. Egy megjelenő menüsor mutatja a változást, 
a K-Jofol-bőrök beállítása is kiválasztható. Ugyanez történne 
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a Kaiman-felület esetén is. Erre a menüpontra kattintva jobb 
oldalon egy legördülő lista jelenik meg a telepített bőrök előnézeti 
képével. A Noatun bőreit a $(HOME/.kde/sharelapps/noatun/skins 
könyvtár tartalmazza. 

Új bőrök hozzáadásához erre a könyvtárra kell váltani, kicso- 
magolni a 3 http:/www.kde-look.org címről letöltött bőröket, 
és már készen is vagyunk. Egy buktatója mégis van a dolognak: 
az XMMS-től eltérően a bőröknek png formátumban kell len- 
niük, és muszáj őket kicsomagolni a bőrök alkönyvtárába. Más- 
honnan letöltött bőrök is használhatók, de a jpg formátumban 
lévő képeket előtte png formátumúra át kell alakítani. Szeren- 
csére ez pofonegyszerű művelet, amelyet a convert paranccsal 
végezhetünk el (a parancs az ImageMagick csomag része): 


convert image.jpg image.png 


A fenti parancs csak a KDE 2.x esetén működik, azonban KDE 
3.x-et használata esetén egy kicsit eltérően működik a dolog. 

A $HOME/.kde/share/apps/noatun/skins könyvtárban további 
két alkönyvtárat fogtok találni winamp és kaiman néven. Ha 
még nem léteznek, hozzátok létre. Ezután a winamp könyvtár- 
ba csomagolhattok ki minden arra érdemesnek tartott XMMS- 


bőrt. Példaként térjünk vissza a cseresznyefa-kinézethez: 


cd SHOME/ .kde/share/apps/noatun/ skins/winamp 
tar -xzví /path to/cherrywood. tar.gz 


Mostantól, ha a Noatun beállítása menüpontra kattintotok, 

ezt az új bőrt látnotok kell a Winskin-listán a felhasználói 
beállítások menüpontja alatt. 

Az XMMS-ről szólva említettem a programhoz található remek 
bőrök széles választékát. Ez a KDE Media Playerre és a Noa- 
tunra is igaz. Kedvenceim közül való a lIyler és a Blur Scope. 
Próbáljatok ki néhányat közülük, de azért legyetek óvatosak! 

A Madness nevű tényleg az, aminek hívják, csak akkor próbál- 
játok ki, ha egy kis bolondságra vágytok — én mindenesetre 
előre figyelmeztettelek benneteket. 

lekerjétek fel a hangerő-szabályozót, mes amis! Francois (aki- 
nek éppen ebben a számban sikerült egy kis szerephez jutnia, 
lásd a 25. oldalt) teletölti a poharaitokat. Ma este a pince nyitva 
áll, mindenki kedvére fogyaszthatja, amit kíván. Szóljon a 
zene, táncoljanak a fények! Ünnepeljünk! 

Viszontlátásra a következő hónapban! A votre santé! Bon appétit! 


Linux Journal 2002. augusztus, 100. szám 


Marcel Gagné (mggagneGsalmar.com) 
Mississaugaban (Ontario, Kanada) él, a Salmar 
Consulting Inc. rendszerépítéssel és hálózati 
tanácsadással foglalkozó cég elnöke. Pilóta 

és ScI-fI Író egy személyben. A Világhálón 
elérhető honlapján sok hasznos dolgot 
találhatunk. 3 http:/Avww.salmar.com/marcel/ 





Kapcsolódó címek 


ImageMagick 3 http://wwvw.imagemagick.org 

A KDE honlapja (Noatun) 5 http:/Avww.kde.org 

Marcel borlapja 8 http:/Avwvw.marcelgagne.com/nfwine.html 
Az XMMS honlapja 5 http:/Avww.xmms.org 
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Visszaélések az Interneten 


Segíts a levélszemét megállításában, 
készíts teszteket a diákjaidnak, 
és természetesen figyeld a csomagokat. 


éhány hónapja egy érdekes telefonbeszélgetés részese 
voltam. Nagyjából így folyt le (helyszűke miatt rövi- 
dítve közlöm): 

— Szevasz, David, van egy kis gond az egyik ügyfelem levél- 
kiszolgálójával (Caldera eServer 2.3). Két évvel ezelőtt telepí- 
tettem, azóta remekül ment, de nemrég volt egy kis áramszü- 
net, ami miatt leállt. Most a gép elindul ugyan, de az ethernet- 
csatolók nem kelnek életre. 

— Hm, indítsd el őket kézzel, aztán kiderül, miért nem indulnak 
el bekapcsoláskor. Az fsck nem talál semmit? 

— Nem, semmi. Próbáltam futtatni az ifconfig-ot, de nem 
állítja be a csatolókat. 

— Futtasd az 1 smod-ot, talán nincsenek felrakva az illesztő- 
programok. Az Ismod után próbálkozz újra az ifconfiggal. 

- A modulok telepítve vannak, az ifconfig segfault-tal száll 
el. 

— Segfault? — Ekkor mintha félrevertek volna egy harangot 

a fejemben. — Az ifconfig RPM-et cseréld le, lehet, hogy a 

gép leállásakor megsérült — az ifconfig ugyanis nem az a fajta 
program, ami csak hipp-hopp elszállogat — gondoltam. 

-— A csomagot a --force beállítással tudod lecserélni. 

— Úgy látom, nem lehet lecserélni az ifconfig-ot, még 

a --force is hatástalan. 

— Akkor futtasd le az Isattr ifconfig parancsot, 

és mondd, mit látsz. 

- Egy 1" betű van a neve mellett. 

Eközben az Űrszekerekből ismerős vészjelző fények és hangok 
zsongtak a fejemben. - Akkor figyelj ide, futtasd a locate 
ifconfig parancsot. 

— A következőt látom: /sbin/ifconfig; 
/dev/sdg2/.azgub/backup/ifconfig, /usr/man/mangfifconfig.8.gz. 

- Remek, találtunk egy rejtett támadócsomagot (rootkit) a /dev 
könyvtárban. Betörtek az ügyfeled gépére. Egyébként a 
kiszolgáló felrakása óta telepítettél valamilyen biztonsági 
foltot? — Válasz nem érkezett, de feltételeztem, hogy nem. 
Egy hónap telt el azóta, hogy ajánlatot küldtem neki, ami 
szerint megoldanám a biztonsági gondjait, és néhány egyéb 
szolgáltatás mellett telepítenék neki egy tűzfalat is. A beha- 
toló azóta is szabadon garázdálkodik a gépen, az ethernet- 
kártyák lehallgató üzemmódban vannak, a tisztelt ügyfél 
pedig valószínűleg könnyen múlónak tartja a biztonsági 
gondokat; hát igen, megváltoztatta a jelszavát, elővigyázatos 
volt - szerintem ez is több a semminél. Hogy ki tört be? 
Miért? Hogy a derekasan aláaknázott gépet felhasználták-e 
más rendszerek feltörésére, DDOS-támadásokhoz zombiként, 
ne adj" isten mindkét célra? Néhány embert egyszerűen el 
kellene tiltani az Internettől. Vajon egyedül van? Aligha. 
Kiszolgálóimat naponta megpróbálják feltörni, a sávszéles- 
ségemet vírusok, önműködő támadások és egyéb vackok 
emésztik fel. Én pedig fizetek érte. Szerintem egy jó kis tör- 
vényre lenne szükségünk... 





Linuxvilág 






ömtpRC 


Ellenőrizd, hátha a saját hálózatodról is küldözget 
valaki levélszemetet! Ezzel a kiegészítővel minden 
bizonnyal megoldhatod az e téren jelentkező gon- 
dokat. A futtatásához libpthread és glibc szükséges. 
2 http:/sourceforge.net/projects/smtprc 


GTK-Agenda 


Kiváló kezdeményezés egy tetszetős, GIK-alapú naptár készí- 
tésére. PostgreSOL-adatbázisban tárol neveket, telefonszámo- 
kat és elektronikus levélcímeket. Jelenleg sajnos csak spanyol 
nyelven érhető el, ám a feliratok és egyéb szövegek módosítása 
nem lehet túl bonyolult, így remélhetőleg hamarosan más 
nyelveken is elérhető lesz. Az alkalmazásból leveleket is lehet 
küldeni, ha rendelkezünk futó SMIP-démonnal. Ha további 
elvárásaink vannak az adatbázissal szemben, a bővítése — úgy 
tűnik — könnyen megoldható. A futtatáshoz szükséges: libgtk, 
libgdk, libgmodule, libglib, libdl, libXext, ibX11, libm, libpg, 
libssl, libcrypto, libcrypt, libresolv, libnsl és glibc. 

2 http:/pbrufal.kleenux.org/proyectos.shtml 


xöGiInfo 


Ha nem elégedsz meg a /proc/cpuinfo segítségével megsze- 
rezhető adatokkal, erre van szükséged. Közvetlenül a pro- 
cesszor regisztereiből olvas, így annyi adatot szolgáltat, 
amennyit a legtöbbünk soha nem fog megérteni és sohasem 
fog használni. A futtatásához glibc szükséges. 

2 http:/sourceforge.net/projects/x86info 


ILIAS 


Ha az Interneten keresztül szeretnél feladatokat és vizsgala- 
pokat kiosztani a diákoknak, megtaláltad a megfelelő eszközt. 
A hallgatók adatai, a vizsgaeredmények és a további tudni- 
valók egy MySOL-adatbázisba kerülnek. A futtatáshoz szük- 
séges: Apache, PHP és MySOL, MySOL kiszolgáló, GD, zlib, 
freetype, libjpeg, InmageMagick, zip és unzip. 

2 http:/wwwiilias.uni-koeln.de/ios/index-e.html 


pktstat 

Rengeteg olyan alkalmazás érhető el, ami a hálózati csoma- 
gokat figyeli, ez azonban egy kicsit más. Ez ugyanis a csoma- 
gok sávszélesség-használatát figyeli. Apró gyöngyszem, a segít- 
ségével pillanatok alatt észreveszed, ha valamelyik felhasz- 
nálód mondjuk Kazaaval foglalja le a sávszélesség 99,7 száza- 
lékát. Futtatásához libm és glibc szükséges. 

2 http:/wwwitee.ug.edu.au/-leonard/personal/software/sépktstat 


DpNSMan 


Webes alkalmazás, talán a legegyszerűbb módja annak, hogy a 
BIND zónafájljait karbantartsd, szerintem még a webmin BIND 
moduljánál is jobb. A követelmények között kevés dolog szere- 





pel, viszont a DNS-es rendszeren webkiszolgálót kell üzemeltet- 
ned. Fejlesztését továbbra is figyelemmel fogom kísérni, ugyanis 
a készítője jó pár érdekes ötletet vonultatott fel a tennivalók listá- 
jában. A futtatáshoz szükséges: webkiszolgáló (Apache), amely 
képes CGI-parancsfájlok futtatására, továbbá Perl, BIND 8 vagy 9. 
2 http:/www.xsta.cc/dnsman 


ntop 

A három évvel ezelőtti emlékek felidézésekor erősen inga- 
doztam két nagyszerű program között. Az ntop és a sticker- 
book voltak versenyben, az utóbbi remek fejlesztés gyere- 
keknek - jómagam nagyon szeretem, de végül mégis az ntop 
nyert. Három év alatt sokat fejlődött: egyszerű ncurses segéd- 
programból HITP- vagy HIITPS-protokoll felett használható, 
nagy tudású webes ügyféllé nőtte ki magát, amely gdgraph 
segítségével grafikus megjelenítésre is alkalmas, ha úgy kíván- 
juk. Az ntop kevéssé hasonlít korábbi önmagára, használata is 
sokkal könnyebb lett. Ha top jellegű hálózati programra van 
szükséged, ne keresgélj túl sokat. A futtatáshoz szükséges: 
libmysglclient, libcrypt, libm, libssl, libpthread, libresolv, libnsl, 
libdI, libgdbm, libz és glibc. 

2 http:/www.ntop.org 


Nessus 

Három évvel ezelőtt írtam még a ledről, egy kiváló RTF szö- 
vegszerkesztőről, a Nessusról, egy biztonságellenőrző program- 
ról és az Nmapról, amely hálózatpásztázó. Nehéz volt, mégis 

a Nessust választottam közülük. 

Na jó, csaltam is egy kicsit. A Nessus ugyanis az Nmapot is 
használja. A Nessus talán a legteljesebb és legnagyobb tudású 
biztonság-felülvizsgálati eszköz, amit csak meg lehet szerezni 

-— ráadásul ingyenes is. Ha a fejlesztői kiadást használod, akkor 
az összes biztonsági hiányosságról áttekintést kapsz, és megte- 
heted a szükséges intézkedéseket. Ha te felelsz a hálózat biz- 
tonságért, nélküle neki se állj semminek. A futtatáshoz szüksé- 
gesek: libX1I1, libXext, libXi, glibc, libdI, libgdk, libglib, libg mp2, 
libgtk, libm, libnsl és libresolv. 

2 http:/www.nessus.org 


xlog 

Rádióamatőrök számára kiváló naplózó eszköz a megismert 
emberek elérhetőségének nyilvántartására. Több naplót is 
vezethetsz, a sávokat pedig a Preferences (Iulajdonságok) 
menüben törölheted vagy adhatod hozzá a listához. A dátumot 
már a program írja be, a kapcsolat létrehozásakor pedig elég 
rákattintani a Time (Idő) gombra, és az időpont is megjelenik. 
Ezután elég megadni a Hívó/válaszoló állomás-t, bepötyögni 

a megjegyzéseket, kiválasztani a frekvenciát, és az Add (Hozzá- 
adás) gombra kattintani. A naplókban később - többek között — 
keresni is lehet. A felület párját ritkító mértékben felhasználó- 
barát, a naplókkal akár egy kívülálló is dolgozni tud. Nekem 

is menni fog. A futtatáshoz szükségesek: libgtk, libgdk, libgmo- 
dule, libglib, libdI, libXext, IIbXII, libm és glibc. 

2 http:/people.debian.org/  pa3aba/xlog.html 


axelg 

Az Axel segédprogramban nem alakítható ki olyan letöltési 
sor, amellyel a letöltéseket későbbre állíthatnánk. A kiegészítés 
segítségével ezt is megtehetjük, és a megadott lista tagjait 

egy későbbi időpontban az Axel segítségével tölthetjük le. 

Ha megtetszik az Axel, érdemes letölteni. A futtatáshoz 
/bin/sh szükséges. 

2 http:/electron.its.tudelft.n1/-hemmin98/axelg.html 
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integrit 

Ez az érdekes kis program a Iripwire és az AIDE mellé sorolja 
magát. Újabb eszköz a rendszer megfigyelésére, és egész jól 
működik. Könnyen használható, és beállítható a legfontosabb 
állományok és könyvtárak változásainak követésére. Az integrit 
statikusan van lefordítva, így a futtatásához nem kell külső fájl. 
2 http:/integrit.sourceforge.net 


GRPN 


Ebben a hónapban eléggé megkavarodtam, amikor a három 
évvel ezelőtti felhozatalból válogattam. A Keystone-t eladták 
a WhitePajamasnak, fejlesztését leállították, számos más 
alkalmazás pedig kevés fejlődésen ment keresztül, már ha 
egyáltalán dolgoztak rajta. Sok más programmal ellentétben 
nem lett ugyan a kedvencem, mégis a GRPN-t választottam. 
Valószínűleg nem sokan emlékeznek a fordított lengyel 
ábrázolásra, azonban elég sok számításnál használtuk, és ha 
jól emlékszem, szinte az összes tudományos számításnál 
előkerült. Ha szükséged van a lengyel módszerre, vagy egy- 
szerűen csak megtetszett, akkor ez a számológép neked 
készült. Kezeli az általános matematikai műveleteket, valamint 
az exponenciális, logaritmikus és trigonometrikus függvé- 
nyeket. A futtatáshoz szükséges: libgtk, libgdk, libmodule, 
libglib, libdI, libXext, libX11, libm és glibc. 

2 http:/lashwhip.com/grpn.html 


TuxTyping 

Gyermekeknek készült gépelésoktató program. A betűk 
lehulló halakkal érkeznek, amelyeket Iuxnak, a pingvinnek 
el kell kapnia. Ha valami bonyolultabbra vágyunk, rövidebb, 
túlnyomórészt hárombetűs szavakat is kérhetünk, a feladat 
nem változik. A grafika és a remek játszhatóság kiváló 
szórakozást nyújt a gyerekeknek, és eközben még gépelni 
is megtanulnak. A futtatáshoz szükséges: libSDL, 

hSDL image, libSDL mixer, libm, libdIl, libartsc, libpthread, 
libX11, libjpeg, libpng, libz, libtift, libvorbisfile, libvorbis, 
libogg, libsmpeg, glibc. 

2 http:/www.geekcomix.com/dm/tuxtype 


di 

A di segédprogram (disk information -— lemezinformációk) 
rengeteg hasznos adatot árul el a merevlemezedről. Ezek 
jelentős részét a df is elárulja, ám nem mindet. Az utóbbi 
időben például a ReiserFS és az ext3 fájlrendszer egyaránt 
bekerültek a rendszermagba (hogy az LVM-et már ne is említ- 
sük), és sokszor nem árt tudni, milyen fájlrendszerrel van 
dolgunk. A df ezt nem árulja el, a di ellenben azonnal meg- 
mutatja. A kimenet formátuma is letisztultabb, mint a df 
esetében, különösen a hosszú devfs elnevezésekkel rendelkező 
rendszerek esetében. A futtatásához glibc szükséges. 

2 http:/www.gentoo.com/di 


Ennyit erre a hónapra. 


müx Journal 2002 "augusztus, 190. SZÁM. 


David A. Bandel 

(dbandelopananix.com) jelenleg Panamában 
él, Linux- és Unix-tanácsadással foglalkozik. 
Társszerzője a Oue Special Edition: Using 
Caldera OpenLinux című könyvnek. 
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